home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Grand Slam 3
/
Grand Slam 3.iso
/
047
/
nwfaq503.arj
/
NWFAQ.TXT
< prev
Wrap
Text File
|
1995-03-01
|
395KB
|
9,820 lines
██████┐ ██┐ ███████┐ ██┐ ██┐ ███████┐ ██┐ ██┐
██┌─██│ ██│ ██┌──██│ ██│ ██│ ██┌────┘ ██│ ██│
██│ ██│ ██│ ██│ ██│ ██┐ ██┌┘ █████┐ ██│ ██│
██│ ██│ ██│ ██│ ██│ ██┐██┌┘ ██┌──┘ ██│ ██│
██│ ██████│ ███████│ ███┌┘ ███████┐ ██████┐ ██████┐
└─┘ └─────┘ └──────┘ └──┘ └──────┘ └─────┘ └─────┘
███████┐ ███████┐ ███████┐
██┌────┘ ██┌──██│ ██┌──██│
█████┐ ███████│ ██│ ██│
██┌──┘ ██┌──██│ ██│ ███┐
██│ ██│ ██│ ███████┌┘
└─┘ └─┘ └─┘ └──────┘
FREQUENTLY ASKED QUESTIONS
(immer wieder gestellte Fragen und ihre Antworten)
Version 03/95
seit 06/94 zusammengestellt von Stefan Braunstein Fidonet 2:2476/709
───────────────────────────────────────────────────────────────────────────
╓──────────────────────────────────────────╖
║ Neue Infos über die Novell FAQ ║
╙──────────────────────────────────────────╜
Ich suche immer noch Tips und Tricks, die andere sammeln und mir als
*.MSG, JAM-, Squish-, oder zur Not ASCII-Format zur Verfügung stellen.
Außerdem suche ich immer noch Mailboxen, die sich auf Novell spezialisiert
haben (vor allem eine MAUS) und die in der Mailboxliste erscheinen möchten.
───────────────────────────────────────────────────────────────────────────
Die Novell FAQ wurde mit größtmöglicher Sorgfalt zusammengestellt.
Trotzdem können Fehler nicht ausgeschlossen werden.
Weder die genannten Autoren noch ich können für Probleme, die aufgrund
falscher Angaben oder der falschen Anwendung von Angaben entstanden sind,
haftbar gemacht werden.
Fast alle Antworten in dieser FAQ wurden aus den Fidonet-Areas NOVELL.CH,
NOVELL.GER, LAN.GER und NETZWERK.GER und aus den Originalhandbüchern
von Novell entnommen. Andere Quellen sind entsprechend gekennzeichnet.
Die FAQ wird unentgeltlich verteilt, Veröffentlichungen von einzelnen Tips
bedürfen des Einverständnisses des jeweiligen Autors. Ich vermittle gerne.
Stefan Braunstein
───────────────────────────────────────────────────────────────────────────
Inhaltsübersicht
───────────────────
- Die am häufigsten gestellten Fragen (und ihre Antworten)
+ Probleme beim Drucken !?
+ EMM386 in Diskless Workstations
+ Loader cannot find Public symbol...
+ lost hardware interrupts
+ CDROM Treiber
+ Memory fuer Novell Server berechnen
+ EISA Server mit > 16 MB
+ Server ABEND bei MS Access
+ 32MB Hauptsp. und ISA-ADAPTEC
+ MITSUMI CD-ROM am Novell Server
- Weitere Tips aus folgenden Bereichen:
02. Einsteigerfragen
03. NW allgemeine Infos
04. Netware 2.xx
05. Netware 3.xx
06. Netware 4.xx
07. PNW / NW Lite
08. Novell DOS
09. Shell / Requester
10. Drucken
11. Backup
12. 3rd Party Utils
13. TCP/IP / Unix
14. Fax / Mail
15. Windows/Novell
16. Hardware
17. NW fuer MAC
18. Topologien
19. Literatur
20. Programmierung
21. Adressen
22. Novell-Gags
- Liste von oft gefragten Files
- Mailboxen mit Schwerpunkt auf Novell-Files
- Bezugsquellen für die aktuellste Novell FAQ
╔═════════════════════════════════════════════════════════════════════════════╗
║ #01 ########################## Top Ten FAQs ################################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│NEU!***************** Probleme beim Drucken !? **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein
Probleme beim Drucken haben meistens drei Ursachen:
> CAPTURE - Anweisung:
Oft fehlen neben den erforderlichen Parametern noch weitere:
NT - Graphikausdrucke sehen jetzt wieder vernuenftig aus (Erklaerung RTFM)
NB - Dadurch wird der Ausdruck eines Deckblattes unterdrueckt.
NFF - Leerseiten, die evtl. jedes zweite Blatt erfolgen, werden
unterdrueckt.
TI=10 - Der Ausdruck wird nach 10 Sek. ausgegeben (evtl. Wert anpassen) und
nicht erst nach dem Verlassen des Programms.
Unter Windows oder anderen Programmen, die die parallele Schnittstelle nach
dem Druck schliessen, ist allerdings TI=0 zu empfehlen, da der Ausdruck dann
wirklich sofort nach dem Wegschicken kommt. (Testen!)
> alter Printserver:
bei der NW 3.11 UNBEDINGT einen neuen verwenden, z.B. den PSERVER 1.27, bei
der NW 3.12 sollte man den Original Printserver auch austauschen.
Auch die NW 4.0x hat schon einen neuen PSERVER.
> inkompatible parallele Schnittstelle:
"Billig"-Schnittstellen unterstuetzen den IRQ nicht ganz korrekt. Falls der
Ausdruck am Server oder RPRINTER quaelend langsam ist, entweder auf Polling
umschalten (am Server Use Interrupts=No, an der WS mit neuem RPRINTER) oder
eine andere Schnittstellenkarte einbauen.
>> Quick&Dirty-Ratschlag von Johannes Pohlmann fuer Remote-Printen:
*Nie* 286er Rechner, *immer nur* LPT1 benutzen, *nie* mehr als einen Drucker
anschliessen. Hat mir schon eine Menge Frust erspart.
┌───────────────────────────────────────────────────────────────────────┐
│NEU!************** EMM386 in Diskless Workstations ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein
> Windowsinstallation auf einer Diskless Workstation:
Da die EMM386.EXE beim Start von Windows nachgeladen wird und das
"Bootlaufwerk" bei einer Diskless Workstation zu diesem Zeitpunkt nicht mehr
aktiv ist, muss man schon beim Booten angeben, wo zu einem spaeteren
Zeitpunkt nach dem EMM386 gesucht werden soll :
DEVICE=EMM386.EXE [weitere_Parameter] Y=f:\bla\bla\EMM386.EXE
Seit MS-DOS 6.2 funktioniert uebrigens auch /Y=f:\bla\bla\EMM386.EXE
┌───────────────────────────────────────────────────────────────────────┐
│NEU!************ Loader cannot find Public symbol... ****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein
> loader cannot find public symbol .......
Viele Programme (NLMs) nutzen die Routinen, die von dem Modul CLIB.NLM zur
Verfuegung gestellt werden. Da dieses Modul mit der Zeit immer wieder
erweitert wird, verursachen Anwendungen, die diese neuen Routinen ansprechen
wollen, obigen Fehler.
Abhilfe: die neueste CLIB.NLM benutzen.
die neueste Datei LIBUP?.EXE besorgen oder beim Programmpaket, bei dem der
Fehler auftritt, nach einer neuen Version von CLIB.NLM suchen.
┌───────────────────────────────────────────────────────────────────────┐
│********************* lost hardware interrupts **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Jürgen Tress * Adresse: (2:2476/462.0)
In letzter Zeit häufen sich die Anfragen zu einem Fehler der sich mit:
>"Primary (oder Secondary) interrupt controller detected a lost hardware
> interrupt" zu erkennen gibt.
>> Anmerkung des FAQ Teams: Zusammenfassung der kompletten Antwort, die
>> in der FAQ im Bereich Netware 3.xx steht
Grob gesagt ensteht diese Meldung immer dann, wenn das anfragende Device
seinen Interrupt verliert, bevor der Interrupt-Controller ein O.K. von der
CPU bekommt.
Lösungsmöglichkeiten:
1. Der Fehler wird bei den Netzwerkkarten lokalisiert:
Kontrollieren Sie, ob die neuesten Treiber eingesetzt werden. Vielleicht
setzen Sie testweise mal eine Karte eines anderen Herstellers ein.
2. Der Fehler wird am Plattenkanal lokalisiert:
Hier zeigt die Erfahrung das insbesondere AT-Bus-Platten und deren
Controller mit diesem Problem zu kämpfen haben. Testen Sie beide Treiber
für die AT-Bus_Plattenkontroller (ISADISK und IDE) der NetWare 3.1x.
Hilft das alles nichts, testen Sie an einem Rechner verschiedene AT-Bus-
Platten und Controller.
3. Kontrollieren Sie die Geschwindigkeit des Taktes auf dem Rechnerbus.
Eventuell können Sie diesen Bustakt runtersetzen oder auch Waitstates
einschalten.
4. Sie bekommen relativ selten diese Meldung und Ihr Netzwerk arbeitet als
solches einwandfrei. Dann übersehen Sie zunächst einfach diese Meldung
und diese mit "set display lost interrupt alerts = off" und mit "set
display spurious intrrupt alerts = off" am Monitor aus. Beachten Sie
jedoch, daß diese Meldungen trotzdem noch in der ERROR-LOG-Datei mit-
geschrieben werden.
┌───────────────────────────────────────────────────────────────────────┐
│*************************** CDROM Treiber ***************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Klemm * Adresse: MAUS Muenster
Die Version CDROM3.*
Eine der "Verbesserungen" darin besteht, dass die Version nicht mehr mit der
3.11er Version laeuft, da ein NPA312.NLM benoetigt wird, das nur unter 3.12
laeuft.
>> [Anmerkung FAQ Team]
Die Version CDROM2.* laeuft bei den meisten (???) noch unter NW 3.11, hat
aber Probleme beim Dismount und erneuten Mounten von CDROMs.
Die Version CDROMFT.* laeuft in dieser Hinsicht besser, kann aber nicht so
viele CDROMs erkennen und mounten.
┌───────────────────────────────────────────────────────────────────────┐
│**************** Memory fuer Novell Server berechnen ****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Frank Schneider * Adresse: (2:2444/5011)
> ich wuerde gerne unseren Fileserver mit 2 SCSI-HD (1GB,2GB)
> ausstatten.
Formel fuer die benoetigte Speicherkapazitaet:
0,023 * Platte (in MB) / Blocksize (in KB) + 2 MB (fuer Netware 3.11)
Bei 4K Blocksize fuer 3 GB: 0,023 * 3,0 * 1024 / 4 + 2 = 19,96
In der Praxis heisst das, das 20 MB knapp sind, 24 MB reichen werden.
Bei 8K Blocksize fuer 3 GB: 0,023 * 3,0 * 1024 / 8 + 2 = 10,83
In der Praxis heisst das, das 16 MB dann genügen...
>>Anmerkung des FAQ-Teams:
Dazu muss man aber IMMER noch die zusaetzlich geladenen NLMs hinzurechnen,
wie z.B. PServer, ArcServe, Netshield, MPR.
Ausserdem ist der absolute Minimumwert fuer die NW 3.xx 4 MB RAM.
┌───────────────────────────────────────────────────────────────────────┐
│********************** EISA Server mit > 16 MB **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Roland Steinbach * Adresse: (2:2494/315)
> Muss man auch bei einem EISA-Board REGISTER MEMORY und LOAD ...
> ABOVE16=Y angeben ?
Nein, wenn der Speicher im EISA-Setup richtig angemeldet ist, darf kein
REGISTER MEMORY verwendet werden, auch das ABOVE16=Y vom Adaptec-Treiber darf
nicht angegeben werden.
┌───────────────────────────────────────────────────────────────────────┐
│******************** Server ABEND bei MS Access *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Juergen Tress * Adresse: (2:2476/516.89)
> Access 1.1, 70MB-Datei mit ca. 1/2 Million Datensaetzen
> ergibt einen Abend auf dem 3.11er Server mit
> "Station 1: Record Lock Treshold exceeded"
Das ist ein bekanntes Access-Problem. Dafuer gibt es folgende
Loesungen:
1.) Folgende Settings auf maximale Werte stellen:
set maximum record locks per connection = 10.000
set maximum file locks per connection = 1.000
set maximum record locks = 20.000
set maximum file locks = 100.000
2.) Den Fix ttsfix.nlm aus 311ptf.exe einspielen.
Dieser Fix schaltet einen Trigger ab, der bei einer Ueberschreitung
der maximalen Locks pro Connection den Server mit einem Abend
abwuergt.
Beide Massnahmen sichern Deinen Server vor einem Absturz, was mit dem
Rechner deines Kollegen und dessen Windows bzw. Access passiert ist
voellig unsicher. Meistens ist Windows und Access nach einer solchen
Aktion nicht mehr stabil.
┌───────────────────────────────────────────────────────────────────────┐
│******************* 32MB Hauptsp. und ISA-ADAPTEC *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Heinz Veenker * Adresse: (2:2426/4030)
Hier ein Infotext dazu, direkt von Adaptec:
Adaptec Installation
Revision: 03/11/94
If you have more then 16M of RAM you need to load the Adaptec drivers
below the 16Megabytes (AHA154x, AHA1640 only). After you loaded the
drivers you then register the memory.
Example 3.1x:
STARTUP.NCF
set auto register memory above 16 megabytes = off
set reserved buffers below 16 meg = 40
(Add 20 buffers for each additional SCSI device supported by the
Adaptec driver with a minimum of 200 buffers for Sbackup, Arcserve)
AUTOEXEC.NCF (must be in same path as STARTUP.NCF and server.exe,
C: or A:)
file server name <servername>
ipx internal net <address>
load AHA1540.DSK and AHA1640.DSK with above16=y
register memory 1000000 ??????? (see Memory)
load <landriver>.lan
bind ...
mount <volumes> (all)
load nlms
Example 4.0x:
STARTUP.NCF
set auto register memory above 16 megabytes = off
set reserved buffers below 16 meg = 40
(Add 20 buffers for each additional SCSI device supported by the
Adaptec driver with a minimum of 200 buffers for Sbackup, Arcserve)
load AHA1540.DSK and AHA1640.DSK with above16=y
register memory 1000000 ??????? (see Memory)
AUTOEXEC.NCF (can be on SYS: Volume)
file server name <servername>
ipx internal net <address>
load <landriver>.lan
bind ...
mount <volumes> (all)
load nlms
Memory:
register memory <startadress> <range> (both nummbers are in hex: )
decimal 16777216/1048576/65536/4096/256/16/1
16Meg= 1 0 0 0 0 0 0 =1'000'000
Example:
24M :register memory 1'000'000 800'000
32M :register memory 1'000'000 1'000'000
48M :register memory 1'000'000 2'000'000
64M :register memory 1'000'000 3'000'000
┌───────────────────────────────────────────────────────────────────────┐
│****************** MITSUMI CD-ROM am Novell Server ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Norbert Domhoefer * Adresse: (2:2410/308)
> Gibt es die Moeglichkeit, ein Billigst-CD-ROM Mitsumi FX001 (Single-
> Speed, eigener Kontroller) in einem Novell3.11-Server zu betreiben ?
Mittlerweile gibt's speziell fuer MITSUMI (NICHT SCSI) einen zusaetzlich zum
CDROM.NLM einzubindendes NLM, das dann den Zugriff auf das im Server
befindliche Laufwerk gestattet.
Bezugsadresse:
WKU GmbH Ottostr. 1 51057 Koeln
Tel.: 0221/822242-2 bis 7
Fax.: 0221/822242-2
╔═════════════════════════════════════════════════════════════════════════════╗
║ #02 ######################## Einsteigerfragen ##############################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│********************** Print-Server einrichten **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Wolfgang Peschl * Adresse: (2:313/9.72)
> Wie installiere ich einen Printserver ?
1. Mit PCONSOLE eine QUEUE einrichten (z.B.QUEUE1). Standardmaessig haben
alle Benutzer (EVERYONE) die Rechte, in diese Queue zu drucken.
2. Mit PCONSOLE einen Printserver mit irgendeinem Namen (z.B. PSERVER1)
einrichten. Danach die daran angeschlossenen Drucker definieren und die
Drucker mit der zuvor generierten Queue verbinden.
3. An der SERVER-Console die NLM mit dem Printservernamen laden.
LOAD PSERVER PSERVER1.
Alternativ kann man auch einen extra DOS-Rechner mit PSERVER.EXE benutzen.
4. An der WS CAPTURE für die Druckerumleitung laden, am besten mit CAPTURE
Q=QUEUE1 NT NB NFF TI=10 (Erklaerung steht in der FAQ)
Du druckst. Die Daten werden von CAPTURE abgefangen und an die
Druckerwarteschlange geschickt. Die wartet, bis sie im Netz einen Printserver
entdeckt. Der Printserver wartet darauf, das sich der jeweils angeschlossenen
Drucker aktiv meldet. Schon gehts los.
┌───────────────────────────────────────────────────────────────────────┐
│****************** Was ist eigentlich ein LAN ??? *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Oliver Geisen * Adresse: (2:245/5615)
> Ich moechte eigentlich nur mal wissen, was man unter LAN (Local Area
> Network) versteht ?
Unter einem LAN versteht man einen Verbund von mind. 2 Rechnern zum Zwecke
der gemeinsamen Ressourcennutzung. (soweit die etwas vereinfachte Definition
der ISO)
Die wesentlichen Merkmale sind dabei:
- Jede Station hat eine eigene Adresse (Nodenummer)
- Jede Station kann mit jeder kommunizieren.
- Die Ausdehnung ist auf die Grundstücksgrenzen beschränkt (alles was über
ein Grundstück hinaus geht ist ein MAN oder WAN)
┌───────────────────────────────────────────────────────────────────────┐
│*********************** was ist ein Volume ? ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alex Woick * Adresse: (2:244/1500)
Ein Volume ist in etwa vergleichbar mit einer formatierten Partition unter
DOS. Wenn du unter DOS eine DOS-Partition anlegst, musst du sie ja auch erst
formatieren, bis du ein Laufwerk hast bzw. es benutzen kannst. Bei Novell
legst du pro Festplatte eine Netwarepartition an und kannst dann innerhalb
dieser Netwarepartition beliebig viele Volumes anlegen (in der Regel macht
man nur eine). Diese Volumes muessen dann im Server gemounted werden, damit
sie zugreifbar sind. Dabei wird die Dateistruktur eingelesen. Mit MAP kannst
du dann nach dem Einloggen in den Server einen Laufwerksbuchstaben von DOS
einem Netware-Volume zuordnen und dann damit auf das Volume zugreifen.
Novell 3.x und 4.x haben die nette Eigenschaft, dass man ein Volume auch
groesser als eine Platte machen kann: Wenn du zwei Platten einbaust, kannst
du ein Volume ueber beide Platten verteilen. Das Volume (und spaeter das
darauf gemappte Laufwerk) ist dann so gross wie beide Platten zusammen. Der
Anwender merkt von dieser Aufteilung ueberhaupt nichts.
┌───────────────────────────────────────────────────────────────────────┐
│NEU!************** NETX zeigt DOS 6.0 statt 6.2 an ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein
> Meine NETX Version (3.32) teilt mir mit, dass
> sie unter MS-DOS 6.0 laeuft, obwohl DOS 6.2 laeuft.
Dann steht in der CONFIG.SYS die Zeile DEVICE=<pfad>SETVER.EXE.
Man muss entweder diesen Eintrag entfernen oder falls er tatsaechlich fuer
ein anderes Programm benoetigt wird, den Eintrag der NETX.EXE aus SETVER
entfernen.
┌───────────────────────────────────────────────────────────────────────┐
│************************* Was ist Salvage? **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Joerg Meyer * Adresse: MAUS Aachen-2: 54080
Novell Netware macht sich nicht die Muehe, jede Datei nach der Loeschung
gleich zu entfernen, sondern markiert sie nur als "ueberschreibbar".
Dadurch ist es moeglich, sie spaeter zu "entloeschen", solange der
Plattenplatz noch nicht fuer eine andere Datei angefordert worden ist.
Das genau macht SALVAGE. Das Gegenstueck, also ein Programm, das
geloeschte Dateien wirklich entfernt, heisst PURGE. Beide sind im
Lieferumfang der Netware enthalten.
┌───────────────────────────────────────────────────────────────────────┐
│NEU!*********************** Logout-Script ***************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Sascha Wiegmann * Adresse: (2:2437/44.7)
> gibt es vielleicht eine Moeglichkeit, nach dem Aufruf von Logout eine
> Batch oder ein anderes Programm aufzurufen?
LOGOUT.EXE ueberall umbenennen z.B. in LOGOFF.EXE
LOGOUT.BAT
echo ciao und bis bald... dein server
...
LOGOFF.EXE
┌───────────────────────────────────────────────────────────────────────┐
│NEU!************** Rechner uebers Netzwerk steuern ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein * Adresse: (2:2476/709)
> Kann ich auf einem Rechner A, der im Netz voellig brach liegt,
> ein Programm laufen lassen, das auf "Zuruf" eines anderen
> Rechners B im Netz startet?
Ja, die Loesung heisst Semaphoren und das sind hier nichts anderes als
Dateien, die Du auf dem dem Rechner B erstellst und von A aus abfragst.
Du startest auf dem Rechner A eine Batch in etwa so:
:Loop
IF NOT EXIST C:\SEMAPHOR\TUWAS.XXX Goto Loop
Deine_Befehle .....
Der Rechner B schreibt jetzt eine TUWAS.XXX in dieses Verzeichnis rein
ECHO X > X:\SEMAPHOR\TUWAS.XXX
(ist hier also auf X: gemappt) und Dein Rechner A springt an.
Du kannst auch noch eine kleine Verzoegerung einbauen, damit in dem Batch
nicht zuviel Performancezeit haengen bleibt.
Das ist aber eher ein Problem bei OS/2 oder Desqview.
Ausserdem kann man natuerlich auch beliebige weitere Anwendungen aus dieser
Batch heraus starten. Man muss nur vom Rechner B eine Datei in dieses
Verzeichnis legen und auf dem Rechner A diese Datei im Batch abfragen und
entsprechend verzweigen.
╔═════════════════════════════════════════════════════════════════════════════╗
║ #03 ####################### NW allgemeine Infos ############################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│******************************* SNMP *******************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:243/6322.5)
SNMP ist ein Standard fuer das Netzwerk-Management, der sich nicht nur auf
TP-Verkabelung bezieht. Eigentlich stammt er aus der TCP/IP Welt (analog des
Ursprungs von CMIP in der OSI-Welt), hat sich aber inzwischen zur Verwaltung
einer Vielzahl von Geraeten in heterogenen Netzwerken etabliert. Ein
SNMP-basiertes Management-System besteht aus SNMP-Agenten (bzw. Proxy-Agent
bei nicht SNMP-faehigen Geraeten), einem SNMP-Manager und einer Management-
Information Base (MIB), in der die Beschreibung der im Netzwerk
angeschlossenen, zu verwaltenden Objekte und Funktionen enthalten sind. Die
urspruengliche MIB I ist inzwischen zur MIB II erweitert worden. SNMP umfasst
ein einfaches Kommando-Set zum Austausch der Informationen zwischen Agenten
und Manager, fuer Veraenderungen an den Netzwerk-Devices und zur Meldung von
Ereignissen.
┌───────────────────────────────────────────────────────────────────────┐
│******************************* RAID? *******************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Pit Biernath * Adresse: (2:301/508.10)
> Kann mir hier jemand etwas ueber RAID erzaehlen?
> Ich braeuchte quasi eine Auflistung aller RAID-Levels (0-5 oder 0-6?)
Wenn von Datensicherheit die Rede ist, ist schnell auch mal die
Rede von RAID. Normalerweise werden Daten einmal auf ein Spei-
chermedium (Diskette, Festplatte, Band oder Optical-Disc) - in
erster Linie aber auf Harddisks - geschrieben. Das geht gut, bis
die Festplatte mal aussteigt. Ist es nur ein Elektronik-Fehler,
ist das Problem halb so schlimm. Was aber, wenn der Lesekopf auf
der Datenspuren der noch nicht abgeschlossenen Buchhaltung zur
Landung angesetzt hat. Hier kann RAID helfen. RAID bedeutet
"Redundant Array of Inexpensive Disks" und zeigt an, dass Daten
auf mehreren Festplatten verteilt gespeichert werden. Je nach
Raid-Level werden die Bytes doppelt geschrieben oder aufgeteilt
und auf verschiedenen Disks gespeichert.
Level Bedeutung
1 Das älteste Verfahren basiert auf Plattenspiege-
lung und benutzt zwei identische Festplatten, auf
denen sich jeweils dieselben Daten befinden. Alle
Festplattenzugriffe erfolgen - durch das
Betriebssystem gesteuert - gleichzeitig und iden-
tisch auf beiden Disks (Mirroring).
2 und 3 Diese beiden Level speichern die Daten auf mehre-
ren Sekundärplatten. Ausserdem werden Prüfsummen
gebildet, aus denen sich die Daten einer ausge-
fallenen Platte rekonstruieren lassen. Die Ver-
waltung dieser Zusatzdaten erfolgt durch die
Rechner-CPU und verlangsamt dadurch das ganze
System.
4 Hier werden die zu speichernden Bytes in viermal
2 Bits aufgeteilt und jedes Bitpaar wird auf eine
separate Festplatte gespeichert (4 Platten). Für
jedes Bitpaar wird zudem eine Prüfsumme gebildet.
Diese Prüfsumme wird wiederum auf einer separaten
Festplatte abgelegt (5. Festplatte). Raid Level 4
basiert auf einem intelligenten Festplatten-Con-
troller, der die Verwaltung ohne CPU-Rechenzeit
selber übernimmt. Dadurch wird das System nicht
langsamer.
5 Diese Stufe arbeitet ähnlich wie Level vier, nur
werden die Daten- und Prüfsummenbits gemischt
durch den Controller gleichmässig auf alle 5
Festplatten verteilt. Dies erhöht die Datensi-
cherheit erheblich.
Anmerkung: Es gibt weitere RAID-Level, die aber nicht genormt
sind und von Herstellern individuell beschrieben
werden.
┌───────────────────────────────────────────────────────────────────────┐
│*********** Modem Sharing und Remote Access am Fileserver ***********│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:242/424.5)
NetWare Connect ist eine serverbasierte Loesung zur Einbindung von
Kommunikationsdiensten. Es unterstuetzt die Einbindung entfernter
Arbeitsstatioen sowohl als Remote Node- (gesamter Datenverkehr einschl.
Protokolle wird uebertragen) oder als Remote Control Station (wie bei anderer
Software dieser Art werden nur Tastendruck und Bildschirmupdate uebertragen).
Arbeitsstationen im Netz haben die Moeglichkeit ueber Telefonverbindungen,
ISDN, DDV oder X.25 auf entfernte Rechnerdienste zuzugreifen. Es besteht aus
den folgenden drei Diensten:
- (ARAS) AppleTalk Remote Access Service (ARAS)
- (RNS) Remote Node Service
- (NCS) NASI Connection Service
Die ersten beiden dienen der Integration von Macintosh und DOS Rechnern, der
dritte ermoeglicht allen Netzwerkstationen die Kommunikationsports und daran
angeschlossenen Geraete am Server fuer ausgehende Rufe zu nutzen oder er
bietet einem einen entfernt stehenden PC ueber diese Geraete den bekannten
Remote Control Zugriff. Die Kommunikationsdienste des Servers erwarten
jeweils korrespondierende Software auf den Workstations. Dabei kann es sich
um im Lieferumfang Programme oder um Software von Drittanbieter handeln.
Die wesentlichen Features von Netware Connect:
- Dynamic port allocation: Kommunikationsschnittstellen werden den Anwendern
bei Bedarf dynamisch zugeordnet. Schniitstellen fuer eingehende Rufe koennen
auch fuer ausgehende Rufe genutzt werden (naruerlich nicht gleichzeitig).
- Resource pooling: Modems, Multiport-Adapter, Telefonanschluesse und
virtuelle X.25-Verbindungen koennen von verschiedenen Usern genutzt werden.
Die Anschluese muessen nicht fest zugewiesen werden. Eingehende Rufe werden
automatisch mit dem korrespondierenden Service verbunfen.
- Support for modem independence: Unabhaengig vom Modemtyp und -anschluss,
mit dem eine Verbindung aufgebaut wird, kann der Anwender bzw. das von ihm
verwendete Programm stets einen gleichen Modem-Initialisierungsstrang
verwenden. Die tatsaechlichen Modem-Definitionen werden vom Administrator
festgelegt.
- Security: Zugriffsrechte fuer Benutzer und Gruppen auf
Kommunikationsdienste und -ports definierbar. Zugriff der
Kommunikationsdienste auf spezielle Schnittstellen definierbar. Maximale
Verbindungsdauer und automatischer Rueckruf.
- Management: Einbindung in das Simple Network Management Protocol (SNMP)
erlaubt die Auswertungen von Alarmmeldungen mit Novells NetWare Management
System (NMS). Alternativ bei Einbindung eines
IBM Hosts im Netz auch Auswertung der Alarmmeldungen mit der NetView
Konsole.
- Audit trail maintenance: Logbucheintraege fuer jede Verbindung mit ihrer
Start- und Endezeit
- Scalability: Portlizenzen koennen bei Bedarf nachgekauft und ohne
Neuinstallation eingefuegt werden.
- Development platform for third-party services: Offene Plattform zur
Einbindung von Komminkationsprogrammen dritter Anbieter.
Lizenzpolitik:
Es stehen folgende Lizenzpackete zur Auswahl
- 2 Ports
- 8 Ports
- 32 Ports
Diese Packete koennen auf einem Server bei Bedarf gebuendelt werden. Maximal
64 Ports sind auf einem Server einsetzbar. Es koennen noch mehr Ports
installiert werden, doch sind nach Aussage von Novell dann
Performance-Probleme zu erwarten.
Netware-Runtime-Lizenzen fuer dedizierte Kommunikationsserver gibt es
gebuendelt mit der 8- und 32-Port-Lizenz. Die Anschluesse, die Netware
Connect nutzt, koennen COM-Ports des Servers, Ports von
Kommunikationsadaptern oder virtuelle Verbindungen von X.25-Adaptern sein.
Folgende Hard- und Softwareausstattung wird erwartet:
Hardware:
- Ein beliebiger Fileserver mit 386- oder leistungsstaerkerer CPU
- Mindestens ein serieller Port
- Kommunikationshardware (Modem, Multiplexer, Telefonanschluesse, u.s.w.)
- Zusaetzliche 2 MB RAM bei 64 Ports
- 7 MB freie Festplattenkapazitaet (ohne Logbuecher)
- weitere 12 MB Festplattenkapazitaet bei Einsatz des Online Manuals
Software:
- NetWare Connect
- DR DOS 6.0 (or greater) or MS-DOS 3.3x (or greater)
- NetWare 3.1x or greater, or NetWare Runtime 3.1x or greater
┌───────────────────────────────────────────────────────────────────────┐
│************************* Heterogene Netze **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Vincent Steger * Adresse: MAUS Kaiserslautern: 0631-17901
> klaert mich doch bitte mal auf, was man unter
> HETEROGENEN NETZEN versteht.
Von heterogenen Netzen kann man sprechen, wenn mindestens einer der folgenden
Punkte zutrifft.
-Multiprotokollvernetzung (TCP/IP, IPX, Appletalk, SNA-Welt usw.)
-Multiservernetze wenn verschiedene Netzwerkbetriebssysteme eingesetzt
werden (z.B. NetWare, Banyan, Unix mit NFS, VMS mit DECnet usw.)
-Wenn ueber das LAN-Kabel nicht nur Netzwerkbetrieb geht, sondern
gleichzeitig noch Telefon und/oder Videoanwendungen.
ACHTUNG: Multiservernetze muessen noch lange nicht heterogen sein.
Nur wenn eine oder mehrere der obigen Bedingungen zusaetzlich
zutreffen kann man von heterogenen Netzen sprechen.
┌───────────────────────────────────────────────────────────────────────┐
│**************************** name space *****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Christian Ehrhardt * Adresse: (2:243/8400.17)
> Was versteht man unter "name space" ?
Man lese ggf. im CONCEPTS nach
Eine Kurzbeschreibung :
Ein NetWare-Server faehrt auf einer DOS-Maschine (mehr oder weniger).
Daher entsprechen seine Verzeichniss- und Datei- Namen denen von DOS (8
Zeichen / Punkt / 3 Zeichen).
Also stehen diese Angaben, mit denen ueber den CREATOR , Datum, Laenge etc.,
in der Directory-Table.
Falls Du aber nun z.B. OS/2- oder Macintosh-Dateien auf Deinen Server
unterbringen willst dann muessen die Systemspezifischen Datei-Informationen
und Dateinamen wie z.B. OS/2 Dateinamen(255 Zeichen); OS/2 Extended
Attributes oder Macintosh-Dateinamen (32 Zeichen incl. Blanks) und
Resource-Fork-Informationen, ja irgendwo gespeichert werden.
Das geschieht im 'NAME SPACE'.
Das muss pro Volume und Betriebssystem angelegt werden durch
1.) Namensunterstuetzungs-NLM laden (z.B. load MAC.NAM oder OS2.NAM) und
2.) Einrichten des 'NAME SPACE' auf einem Volume durch :
ADD NAME SPACE <SYSTEM> TO VOLUME <Volume-Name>
Ansehen kann man es sich durch VOLUMES.
┌───────────────────────────────────────────────────────────────────────┐
│NEU!****************** Frontdoor im Novellnetz **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein
>Warum arbeitet Frontdoor 2.xx bei Novell x.xx (inkl NW Lite und PNW) oder
>CD-ROMS nicht korrekt ?
Frontdoor benutzt eine Low-Level-DOS-Funktion, die einen Pfad ins Netzwerk
oder CD-ROM nicht als
F:\fd\bla\bla zurueckgibt, sondern als
\\sys\prog\mailbox\fd\bla\bla.
Das ganze nennt sich Path-Resolution und laesst sich unter Frontdoor mit dem
Parameter FD /NORES oder dem SET-Befehl
> SET FDOPT=NORES
ausschalten.
┌───────────────────────────────────────────────────────────────────────┐
│********************* per ISDN ins Novell-Netz? *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Oliver Messer * Adresse: (2:246/1009.4)
> gibt es eine Moeglichkeit, sich per ISDN Karte in ein Novell
> Netzwerk einzuklinken?
Ja, zwei Varianten:
1. Server - Server Verbindung: AVM Multiprotikollrouter
Stellt transparent Verbindung zwischen zwei Servern her. Entfernter
Benutzer kann sich von seiner Arbeitsstaion auf dem lokalen Server
anmelden.
2. Server - Workstation: Netways for ISDN.
Verbindung zwischen entfernter Workstation und Server.
┌───────────────────────────────────────────────────────────────────────┐
│******************** "DEFRAG" unter Novell 3.11 *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alex Woick * Adresse: (2:244/1351)
> Gibt's eigentlich fuer NetWare 3.xx oder 4.xx sowas wie ein
> Defragmentier-Programm?
Nein, sowas gibts nicht. Novell gibt an, dass durch eine spezielle
Zugriffstechnik ('elevator seeking') ein optimaler Zugriff auf die Daten
gewaehrleistet ist. Novell kocht natuerlich auch nur mit Wasser, und somit
ist der Begriff mehr oder weniger auch nur ein weiterer Werbeschlager.
Trotzdem ist es ein Glueck, dass Novell die Filestrukturen bisher nicht
veroeffentlich hat, so dass es auch keinen Defragmentierer gibt. Was man
nicht hat, das kann einem auch keine Platten zerschiessen. Es gibt genug
Chefs mit ihrem gesundem Halbwissen, die so ein Ding in die Haende bekommen
wuerden und in ihrer Naivitaet das gesamte System kaputtmachen, weil sie es
nicht richtig anwenden koennen. Dann kommt hier der Anruf 'System komplett
kaputt - Sie muessen kommen'.
Wenn du dir die unendlich vielen ABEND-Fehlermeldungen im Handbuch im Bezug
zum Filesystem/Mounten eines Volumes ansiehst, dann bekommst du vielleicht
eine Vorstellung davon, was alles durch ein Dateisystem-Umorganisierprogramm
passieren koennte.
┌───────────────────────────────────────────────────────────────────────┐
│************************* Netware fuer SAA **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Axel Eichhorn * Adresse: (2:240/4001.11)
NWSAA ist ein Zusatzprodukt zu NW3/4. Es realisiert ein Gateway zwischen IPX
und einem IBM(kompatiblen) 3270-Grossrechner.
So was braucht man, wenn man z.B. per PC als Terminal auf einen solchen Host
zugreifen moechte und nicht jedem PC zusaetzlich zur Netzkarte noch eine
Emulationskarte einschieben moechte. Man geht also per IPX bis zum NWSAA
Gateway und von da per DLC, SDLC, DatexP oder wer weiss wie bis zum Host.
Darueberhinaus gibt es zu NWSAA wiederum Zusatzprodukte, z.B. Hostprint. Das
emuliert nun kein Terminal, sondern einen 3270-Drucker. Es setzt EBCDIC in
ASCII um und schickt das ganze zu einer normalen PrintQ. Schon hat man
Hostausdrucke auf normalen Druckern. Und das ganze ohne Hardware, alles auf
dem NWSAA-Server.
Axel
┌───────────────────────────────────────────────────────────────────────┐
│************************* Netware fuer SAA **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:2432/355.5)
Netware fuer SAA hat eine ganz andere Funktionalitaet als die
Netzwerkbetriebssysteme von Novell. Es gibt dazu u.a. in CIS eine sogenannte
'Rules of Thumb' als Textdatei namens SAARUL.TXT, die einen guten Ueberblick
ueber das Produkt gibt. Der Einfachheit halber verwende ich dazu die
Uebersetzung der Ueberblicks aus der oben genannten Datei:
--------------
Netware fuer SAA ist ein Satz von Netware Loadable Modules (NLMs), die das
Betriebssystem Netware 3.11, 3.12 oder 4.01 benutzen. Netware fuer SAA stellt
eine umfassende Integration fuer Netware und IBM Mainframes und AS/400 zur
Verfuegung. Da Netware fuer SAA fuer das Betriebssystem Netware entwickelt
worden ist, ist es zusammen mit Datei- und Druckdiensten auf einem einzigen
Netware-Server einsetzbar. Diese Loesung ist ideal fuer kleine Bueros in
Zweigstellen, da dadurch Kosten fuer dedizierte Kommunikationsserver
vermieden werden und die LAN-Pflege und Verwaltung vereinfacht werden. In
grossen, unternehmensweiten Netzwerken kann Netware fuer SAA auf einem
dediziert fuer die Host-Kommunikation betriebenen Server installiert werden,
(mit der Netware-Runtime-Lizenz), um die gesamte Kapazitaet des Servers fuer
diesen Zweck zu nutzen.
-------------------
Das gesamte Dokument umfasst 13 Seiten und enthaelt zusaetzlich Hinweise zur
Host- und LAN-Konfiguration, zu neuen Merkmalen gegenueber der
Vorgaengerversion, zur Sessionanzahl unterschiedlicher Produktvarianten, zu
den Anbindungsmoeglichkeiten an den Host, zur unterstuetzten Hard- und
Software und zu den System-Anforderungen fuer dedizierte- und
nicht-dedizierte Server. Wie die anderen 'Rules of Thumb' von Novell erhaelt
man damit eine brauchbare Entscheidungshilfe ueber die Einsatzmoeglichkeit
dieses Produkts und erspart sich unter Umstaenden teure und/oder
zeitaufwendige Beratungsleistungen Dritter.
┌───────────────────────────────────────────────────────────────────────┐
│***************************** 2 Server ******************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Mirko Mucko * Adresse: (2:2440/210)
> Was kann man an dem einen Server einstellen, daß er nicht von
> allen Workstations als Default Server benutzt wird ?
Wenn defaultmaessig dieser eine Server nicht der Login-Rechner sein soll,
hier erstmal
SET REPLY TO GET NEAREST SERVER = OFF
setzen, fuer die WS, die doch primaer daran gehen soll, wuerde ich dann in
der NET.CFG ein
PREFERRED SERVER = <ServerName>
setzen, so sollte es laufen.
┌───────────────────────────────────────────────────────────────────────┐
│*************** Server als Arbeitsplatz unter DOS !? ****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Vincent Steger * Adresse: MAUS Kaiserslautern: 0631-17901
> Kann man auf einem Novell-Server einen Arbeitsplatz unter DOS
> einrichten oder geht das nur auf im Netz befindlichen
> Arbeitsplaetzen?
Bei NetWare < V3.0 kann der Server "nicht-dediziert" betrieben werden, d.h.
ausser dem Server-Task kann auch mit DOS gearbeitet werden. (man muss aber
nicht)
Einschraenkung: auf dem Server-Arbeitsplatz koennen nur Programme im
REAL-Mode verwendet werden. Windows laeuft nur bis Version 3.0 im REAL-Mode.
Ausserdem ist natuerlich hier der Server viel gefaehrdeter, wenn das im
Vordergrund laufende DOS-Programm abstuerzt!
NetWare v3.0 - v3.12 kann nur "dediziert" betrieben werden.
NetWare v4.x kann als TASK unter OS/2 in Verbindung mit NetWare fuer OS/2
"nicht-dediziert" betrieben werden, ansonsten nur dediziert.
PROBLEME: RAM-Bedarf deutlichst groesser 20 MB,
? grosser Festplattenbedarf
? Betriebssicherheit nicht gewaehrleistet
? Mehrkosten dafuer entsprechen einem gut ausgestatteter Rechner
als Server.
┌───────────────────────────────────────────────────────────────────────┐
│*************** Speicher wird erst nach Tagen knapper ***************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:243/6322.5)
Es ist nicht weiter verwunderlich, dass ein knapp mit Speicher ausgeruesteter
Server erst einige Zeit laeuft, bevor er sich dann verabschiedet.
Wie aus der Dokumentation zu entnehmen ist, wird von den file cache buffers
neben den fuer cache nonmovable- (NLMs), cache movable- (hash Tables, FATs
und Directory- Eintraege), permanent- (communication- und directory cache
buffers) und semi-permanent-memory-pool (LAN- und disk-driver) auch noch
Speicher fuer alloc short term memory entnommen.
Diese kurzfristigen Zuordnungen werden fuer drive mappings, SAP- und
RIP-Tabellen, Druckerwarteschlangen und Informationen ueber die user
connections benoetigt und bei Freigabe nicht wieder an die file cache buffers
zurueckgegeben (nicht mehr benoetigter Speicher kann hierbei nur noch
innerhalb des alloc short term memory weiterverwendet werden).
Es ist leicht nachzuvollziehen, wie sich dass im Laufe der Zeit auf die
Speicherbereiche des Servers auswirkt und welche Folgen es hat, wenn die file
cache buffers sehr knapp bemessen sind.
┌───────────────────────────────────────────────────────────────────────┐
│****************** Trusties zeitgesteuert setzen? *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Juergen Strufe * Adresse: (2:2468/9929.2)
> gibt's eine Moeglichkeit, mit der ich fuer einzelne User bzw.
> Usergruppen die Trusties ZEITGESTEUERT setzen kann?
> z.B. fuer "SYS:SPIELE" Zugriff nur von 12.00 bis 13.00 h, vorher
> kein Zugriff, spaeter automatischer Rausschmiss.
Wenn es um das Spiele- Mittagspause-Problem geht, hier mein Vorschlag:
Leg doch einfach einen User SPIELE an mit Time Restrictions von 12-13h,
unlimited Connections und Rechte auf SYS:SPIELE. Die User muessen sich dann
nur um 12h neu anmelden und werden automatisch gegen 13h rausgeworfen.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Zwei Server via ISDN ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:243/6322.5)
> Wir haben in der Firma zwei aktive AVM Karten im Einsatz.
> Software Multiprotokollrouter fuer ISDN.
> Wie sieht denn das mit dem Netwarepolling-Prozess fuer Pserver etc. aus...
Der Einsatz des IPX/SPX Protokolls wird angesichts der bekannten Problematik
der Broadcasts fuer RIP und SAP haeufig stark kritisiert. Zur Vermeidung
unnoetiger Netzlast sind deshalb Filtermechanismen erforderlich. Auch die MPR
fuer ISDN bieten diese Moeglichkeit. In der LanLine 2/94 wurden folgende
Empfehlungen fuer den Einsatz der Filtermechanismen fuer SAP gegeben:
- Reduzierung des Poll-Intervalls fuer Service-Types, die dieses erlauben
- Ausfiltern der Services-Types, die nicht ueber die ISDN-Router geleitet
werden muessen
- Gezielte Auf- und Verteilung der Services auf den jeweiligen WAN-Seiten
- kein Netzwerkmanagement ueber WAN
- zeitliche Buendelung der E-Mail-Services
Auch wenn die ISDN-Router mittels ihrer Filter nicht benoetigte Broadcasts
von den WAN-Strecken fernhalten koennen, muessen sie doch untereinander ihre
Routing-Informationen mittels eines Routing Information Protokoll (RIP)
austauschen. Hier sollte statt eines 'Distance Vector Protokolls' mit
regelmaessigem Austausch der Routingtabellen aller beteiligten Geraete ein
'Link State Protokoll'. eingesetzt werden, bei dem nur Update-Informationen
zwischen den Routern ausgetauscht werden. Fuer IPX/SPX wurde das sicherlich
bekannte 'IPX WAN' zum 'Netware Link Services Protocol' fuer den Einsatz auf
WAN-Verbindungen weiterentwickelt.
┌───────────────────────────────────────────────────────────────────────┐
│****************** Finden von Usern ueber USERLIST ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Juergen Strufe * Adresse: (2:2468/9929.2)
> DASS ich wo eingeloggt bin, kann ich ja mit "userlist" feststellen.
> Nur wie krieg ich raus, WO_?
Ich habe alle Nodeadressen in einer Textdatei abgespeichert
NODE.DAT
Arbeitsplatz ABC 00005A12BE7F
Arbeitsplatz DEF 00005A121234
.
.
.
Jetzt noch eine Batchdatei
NODE.BAT
@echo off
find "%1" NODE.DAT /i
Und schon bekommt man durch eintippen von
NODE 5A12BE7F
den entsprechenden Arbeitsplatz angezeigt.
┌───────────────────────────────────────────────────────────────────────┐
│************************* Was ist SFT III ? *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Michael Hax
> Was ist denn SFT III, und was macht es in Novell-Netz ?
SFT III heisst "System Fault Tolerance Level III" - das ist nach
SFT I und SFT III die bisher hoechste Sicherheitsstufe von
NetWare, bei der Du nicht nur Festplatten spiegeln kannst,
sondern ganze Server. Die werden ueber eine Hochgeschwindigkeits-
Netzwerkverbindung gekoppelt und synchronisieren sich automatisch
untereinander. Beide Server muessen weitgehend identisch sein.
Sie koennen auch in verschiedenen Gebaeudeteilen stehen. Wenn
einer ausfaellt oder gewartet wird, sollte automatisch der andere
einspringen, ohne dass die User etwas merken. Wenn also der ServerRaum im
Keller unter Wasser steht, macht automatisch der Server in der 6. Etage
weiter, oder umgekehrt bei Brand in der 6. Etage.
┌───────────────────────────────────────────────────────────────────────┐
│******************** Biodata's BIG <-> AVM MPR ********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:243/6322.5)
> Hat jemand Erfahrung mit den Big-Isdn-Router/Bridge von Biodata?
> Mich wuerde besonders der Vergleich zum AVM MPR fuer ISDN interessieren.
Die beiden Produkte unterscheiden sich erheblich voneinander, auch wenn fuer
beide eine Variante fuer ISDN-Verbindungen existiert. Waehrend das eine
Produkt (MPR) eine reine Softwareloesung (NLMs) zum Einsatz auf Standard-PCs
darstellt, ist das andere- eine auf das Routing spezialisierte
Hard-/Softwarekombination, die besonders durch ihre kompakten Abmessungen und
Vielseitigkeit (Konfiguration als Router, Bridge oder Gateway fuer Remote WS
moeglich) hervorsticht. Waehrend die ISDN-Anschluesse des MPRs durch die
eingesetzten Adapter festgelegt werden, verfuegt der BIG ueber einen
integrierten S0-Anschluss. Bis zu acht solcher Router koennen auch als
Einschuebe in einem 19-Zoll-Rack installiert werden.
Zwar sollte die Installation des MPRs fuer ISDN einem Netzwerkadministrator
keine besonderen Schwierigkeiten bereiten, noch einfacher gestaltet sich aber
die Inbetriebnahme des BIG. Die Schnittstellen fuer das Netzwerk und ISDN
werden angeschlossen, das Dienstprogramm fuer die Konfiguration ausgefuehrt,
et voila. Spaetere Umkonfigurationen sind falls noetig ueber das Netzwerk
moeglich. Wie der MPR ermoeglicht BIG das Routing des IPX- und IP-Protokolls.
Appletalk- und OSI-Protokolle sind allerdings nicht implementiert. Auch der
BIG-Router bietet die eine logische Verbindungskontrolle und div.
Filtermechanismen, um die Leitungskosten zu reduzieren. Eine automatische
Kanalzuordnung der beiden B-Kanaele anhand der Auslastung ist ebenfalls
implementiert.
IMHO ist aber der MPR fuer ISDN u.a. durch die Unterstuetzung des
Primaermultiplex-Anschlusses, des Routings einer groesseren Anzahl von
Protokollen und einer hoeheren Zahl von LAN-Schnittstellen leistungsfaehiger
als der BIG-Router. Dieses spiegelt sich allerdings auch im Preisverhaeltnis
der beiden Produkte wieder, wenn fuer den MPR die gesamten
Hard-/Softwarekosten einbezogen werden.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Fileserver-Resourcen ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Marcus Backes * Adresse: (2:244/1351.42)
> Gibt es eigentlich irgendwelche Richtwerte fuer die Fileserver-Resourcen?
Ganz wichtig ist auf jeden Fall der Wert der Cache Buffers, die
sollten was um die 50% haben bei unter 20 % wird es da schon
sehr knapp und auch gefaehrlich fuer die Stabilitaet.
Ich kenne die folgenden Werte :
- 30% in den Novell Unterlagen
- 50% Netware Technote von Compaq
- 70% Berichte in Lan Times und Compuserve
Wobei dieser Wert von der gesamten Plattenmenge abhängt. Bei großen
Datenbeständen verändert sich die Berechnung.
Während die Wahrscheinlichkeit, daß eine Datei ein zweites Mal angefordert
wird, bei ca. 2GB Volumes noch relativ groß ist, sieht das bei 8 GB mit
mehreren Tausend Dateien anders aus.
┌───────────────────────────────────────────────────────────────────────┐
│************************* Was ist Netbios ? *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein * Adresse: (2:2476/709)
> Was ist denn NETBIOS ?
NETBIOS wird fuer andere Netzwerkprogramme (z.B. Lantastic) verwendet. Auch
Grossrechneremulationen benoetigen zum Transport der Daten im Netz oftmals
Netbios. Da viele Programme darauf aufbauen, gibt es fuer Novell eine
Emulation, die ..
> Was laedt man da statt IPX, wie arbeitet es mit NETX zusammen ?
nicht STATT IPX, sondern nach IPX geladen wird und natuerlich wieder Speicher
verbraucht. Fuer den normalen Novellbetrieb ist das Netbios transparent, nur
die Programme, die darauf aufsetzen, benutzen es.
┌───────────────────────────────────────────────────────────────────────┐
│************************ TSR im Login Script ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein * Adresse: (2:2476/709)
> An diesem Station wird nachdem einloggen aus dem
> System-Loginscript das RPRINTER geladen.
Nie ein TSR in einem LOGIN Script starten, weil LOGIN.EXE noch laeuft und den
Script abarbeitet. Ein TSR legt sich drueber, der spaeter freiwerdende Platz
kann nie mehr belegt werden.
Ausnahme:
Mit #CAPTURE kann man ohne weiteres Druckumleitungen machen, weil CAPTURE
nicht resident geladen wird, sondern lediglich bestimmte Flags in der
(bereits geladenen) Shell aendert.
Ausserdem funktioniert auch jedes andere Nicht-TSR Programm. Sogar
Batch-Dateien kann man mit COMMAND /C XY.BAT starten.
┌───────────────────────────────────────────────────────────────────────┐
│*************************** CNE Material ****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Martin Kuehna * Adresse: (2:244/6203.4)
> Ich moechte in absehbarer Zeit die Pruefungen zum CNE machen.
Die Pruefungen kosten jeweils 160,-- DM zzgl. MwSt. und koennen in jedem DATC
(Drake Authorisierte Test Center) abgelegt werden.
Man muss sich vor dem jeweiligen Test bei Drake Training and Technologies in
Duesseldorf anmelden. Man sollte die Anmeldung mindestens 48 Stunden vorher
machen, sonst kostet es 25,-- DM Aufpreis.
Die Telefonnummer fuer die Registrierung: +49 211 50099-50
Fax: +49 211 50099-99
> Was taugen die von Novell angebotenen Student Kits ?
> (Bei Preisen von 300,- bis 400,- DM pro Student Kit!)
Die Student Kits sind die direkte Vorlage fuer die Tests. Man koennte also
behaupten, dass jeder der die Student Kits auswendig lernt, die Tests
bestehen kann.
Damit in Zukunft nicht noch mehr CNE's auf diese Art und Weise zertifiziert
werden koennen, gibt es jetzt eine neue Art von Tests.
Diese Tests nennt man Performance Tests... Diese Tests sind dafuer gedacht,
dass man nicht das auswendig gelernte Wissen herunter leiert, sondern
Transfer Leistungen erbringt.
Erstes Beispiel fuer die neue Art der Tests ist der Test fuer den Kurs 801
Service and Support. Dieser Test ist ohne Kurs (5 Tage), oder vorherigen Kauf
der NSEPro und der MICROHOUSE TECHNICAL LIBARY meiner Meinung nach nicht zu
schaffen.
┌───────────────────────────────────────────────────────────────────────┐
│************************ Novell Fachbegriffe ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Jochen Schrader * Adresse: (2:2461/308.7)
> Was ist ein MAN ?
Metropolitan Area Network - Netzwerkstrukturen innerhalb von Staedten und
Ballungsgebieten bis zu einer Ausdehnung von ca. 100 km.
> Was ist FRAME-Relay ?
Frame Relay ist ein Standard fuer ein verbindungsorientiertes Protokoll
zwischen einer Datenendeinrichtung und einer Datenkommunikationseinrichtung.
> Was ist PPP ?
Point-to-Point-Protocol - eine TCP/IP Verbindung, die - wie der Name schon
sagt - den Zugriff auf die angeschlossene Workstation, nicht aber auf das
Netzwerk dieser Workstation ermoeglicht.
┌───────────────────────────────────────────────────────────────────────┐
│******************** per Modem auf Novell Server ********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:243/6322.5)
Es gibt verschiedene Moeglichkeiten fuer Remote User, eine Verbindung zu
einem Netware LAN herzustellen:
a) Remote Control
Mit einem Fernsteuerungsprogramm wird via Modem die Kontrolle ueber eine
ebenfalls mit einem Modem ausgeruestete Arbeitsstation im LAN uebernommen.
Eine Vielzahl von Softwarepacketen wie PC-Anywhere, Carbon Copy u.a.m.
ermoeglichen die Uebertragung von Bildschirminhalten und Tastatureingaben
zwischen den beteiligten beiden Rechnern.
b) Zugang ueber Modem-Server
Mit Netware-Connect bekommst Du u.a. eine remote-login Software, die entweder
im File-Server in Kombination mit dort angeschlossenen Modems oder in einem
dedizierten Kommunikationsserver eingesetzt werden kann. Es gibt zu dieser
Software eine ausfuehrliche Beschreibung als Textdatei von Novell
(NWCRUL.TXT).
b) ISDN
Zu den Multiprotokoll-Routern div. Anbieter gibt es Zusatzprodukte, die den
von Dir gewuenschten Netz-Zugang ueber aktive oder passive ISDN-Karten
ermoeglichen. Diese Softwarepackete arbeiten wie ein ODI-Treiber fuer die
ISDN-Karten von AVM. Eine Beschreibung eines solchen Programms von der Fa.
AVM findest Du in der LanLine 2/94.
┌───────────────────────────────────────────────────────────────────────┐
│******************** Rprinter per Batch starten *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Michael Rottwinkel * Adresse: (2:2426/3020.54)
> Wie fragt man per Batch die richtigen Rechner ab und startet den richtigen
> RPRINTER ?
z.b.:
AUTOEXEC.BAT ;HARDWARE abhängig
set WS=WS1
USER_LOGINSCRIPT ;USER abhängig
EXIT "MIRO.BAT"
MIRO.BAT ;USER und HARDWARE
IF %WS% == WS1 RPRINTER SERVER 1 ;abhängig
Diese Kombination läßt sich auch gleich für Windows im Netz gebrauchen.
In Abhängigkeit vom Usernamen ins USER-Windowsverzeichnis wechseln.
In Abhängigkeit von %WS% die SYSTEM.INI und die SPART.PAR kopieren.
┌───────────────────────────────────────────────────────────────────────┐
│**************** 2*AT-Bus und SCSI im 3.11er Server *****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Frank Schneider * Adresse: (2:245/302.4)
> Wer hat 3 AT-Bus Platten in seinem Server ?
nicht mit ISADISK.DSK sondern mit IDE.DSK. Der hat nicht nur den Vorteil,
die Platten selbst zu identifizieren..
Auzug aus dem docfile dazu:
The driver will also support up to eight ATA/IDE disk drives in a
file server. This is possible by using addressable paddleboards.
These paddleboards allow the user to configure the base I/O address
and IRQ. (Primary I/O address at 1F0h and IRQ 14, second address at
170h, third address at 1E8h, and fourth address at 168h.) IRQs 9,
10, 11, and 15 may be used with the second, third, and fourth base
I/O addresses. It is not recommanded to use IRQ 12 because of
possible conflicts with the mouse port.
┌───────────────────────────────────────────────────────────────────────┐
│************************* RCONSOLE Problem **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Axel Eichhorn * Adresse: (2:240/4001.11)
> Ich kann mich nicht mehr remote an der Console von FS_2
> anmelden, wenn ich mich im Segment_1 befinde und umgekehrt.
Achte darauf, dass du die RCONSOLE von NW3.12 verwendest (Version 3.75).
┌───────────────────────────────────────────────────────────────────────┐
│**************** Zeitsynchronisation mit Server aus *****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Peter Bauernfeind * Adresse: MAUS Nuernberg: 0911-405167
>ist es moeglich die Zeitsyncronisation von Workstations mit dem
>Server abzuschalten?
Wie in dem Handbuch Installation NetWare 3.11 im Anhang B beschrieben
sollte es gehen. Dort steht sinngemaess "Schreibe in die Datei NET.CFG
folgende Zeile: SET STATION TIME = OFF"!
Die Datei wird beim Aufruf von NETx als Parameterdatei verwendet.
NETx sucht die Datei, um aber sicher zugehen, kann man beim Aufruf auch
einen Parameter mit angeben: /C=c:\pfad\NET.CFG
┌───────────────────────────────────────────────────────────────────────┐
│*********************** SCSI-Platten-Problem ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Roland Sommer * Adresse: (2:2490/6003.3)
> WARNING! Volume BIG last segment (0) ends at 125464 instead of 324512
hier der passende Auszug aus der NSEPro:
Explanation: The segment ends at a block which is incorrect based on the
operating system's calculation of where the segment begins
and how large it is.
Action: None. This message is for information only.
┌───────────────────────────────────────────────────────────────────────┐
│********************** NW Connect Erfahrungen ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Michael Sartori * Adresse: (2:313/24.7)
> ich wuerde mich gerne ueber Modem in unseren Novell-Server einloggen
> koennen.
[Uwe Gawehn]
Mit Netware-Connect bekommst Du u.a. eine remote-login Software, die
entweder im File-Server in Kombination mit dort angeschlossenen Modems
oder in einem dedizierten Kommunikationsserver arbeitet.
[Michael Sartori]
NW-Connect selbst ist ein recht brauchbares Tool wenn's drum geht, Modems im
Netz zu sharen (braucht aber NASI oder Int14 faehige Applikationen).
Ich fahre eine 2-Port-Version mit derzeit einem Modem am NW 3.11-File-Server.
Als Front-end fuer die Benutzer habe ich PC-Anywhere laufen. Damit kann man
auch gleich die eine oder andere Fernsteuerung (Fax- oder Printserver zB) im
Netz erledigen.
Die Remote-Login SW (RNS) von NW-Connect funktioniert auch recht gut. Die
Call-Back-Funktion schafft entsprechende Sicherheit und hilft bei der Arbeit
von zu Hause aus auch sparen. Bei der RNS-Anbindung haengst Du Dich mit einem
Pseudo-Segment ueber Line und Modem ins Netz.
Die Leistungsfaehigkeit ist, wenn man nur eine Standard-Phone-Line zur
Verfuegung hat (19.2, vielleicht 28.8 kbps), aber zum einschlafen. Selbst
wenn man alle Progs. zur Ausfuehrung auf der Remote-WS liegen hat (login,
rconsole etc.etc.), dauert jeder Netzzugriff immer noch unangenehm lange.
Abhilfe koennte da allenfals ein ISDN-Anschluss schaffen.
Ich bin ein Fan der Fernsteuerungsvarianten (geht mit einigen Prgs., bei mir
mit PC-Anywhere). Dabei uebertraegt man nicht den ganzen Netware-Traffic
sondern nur die Bildschirm-Bilder und Konsole der ferngesteuerten (Host-)
Maschine. Damit kann man alle wichtigen Funktionen wunderbar schnell fahren.
Abzuraten ist nur von Windows und derlei Geschichten.
Gegen die Fernsteuerung spricht nur der Fall, dass nur ein Modem zur
Verfuegung steht. Das Modem am NW-Connect Port wird naemlich durch den
Host-Rechner im Standby-Betrieb blockiert und steht damit anderen Usern nicht
zur Verfuegung.
Bei mir haengt ein Modem am Connect-Port und dient den Mitarbeitern. Ein
zweites haengt an einer eigenen Maschine, die als Mailbox laeuft. Die stelle
ich bei Bedarf (auch ferngesteuert) auf Host-Betrieb um.
Als ich kann NW-Connect durchaus empfehlen, wenn's nur um einen Remote-Login
geht, dann ist es wohl besser eine Maschine als Host-PC abzutellen.
┌───────────────────────────────────────────────────────────────────────┐
│******************* Drive deactivated due to ... ********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Juergen Tress * Adresse: (2:2476/516.89)
> 1.1.10 Device #0 (5B010) IMPRIMIS94601-deactivated due to drive failure.
Diese Fehlermeldung deutet auf ein Hardware-Problem hin. Novell konnte
waehrend des BackUps nicht mehr auf die Platte zugreifen und hat sie
deshalb deaktiviert. Da die Platte gleichzeitig das SYS-Volume enthaelt,
geht danach auf dem Server ueberhaupt nichts mehr.
Moegliche Ursachen fuer die Deaktivierung waehren:
- SCSI-Bus nicht ok ?? (Terminierung, Kabel, SCSI-ID nicht eindeutig)
- Der DSK-Treiber ist nicht (mehr) up to Date.
- Waermeprobleme.
- Generelle Hardwareprobleme der Platte.
- ggf. unzureichende Stromversorgung (Stromschwankungen) etc., die
ein Herunterfahren der Platte bewirken.
Was kann man tun ??
- Platte heftig testen. (Install Non-Destructive-Surface-Test)
- Verkabelung ueberpruefen. Ist die Terminierung ok, sitzen die Stecker
richtig. Ggf. testweise das Kabel tauschen.
- ggf. Austauschplatte einbauen und testen.
- neueren DSK-Treiber besorgen und einspielen. (alten vorher sichern)
- Platte in anderem Rechner testen.
- Stromversorgung pruefen, USV einsetzen.
┌───────────────────────────────────────────────────────────────────────┐
│****************** SEND mit CTRL-ENTER bestaetigen ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Mirko Mucko * Adresse: (2:2440/210)
Wenn man die VLMs benutzt, kann man in der NET.CFG einfach mit
MESSAGE TIMEOUT 60
erreichen, dass nach etwa 3 sec jede Message weg ist.
┌───────────────────────────────────────────────────────────────────────┐
│****************** Zwei Ethernet-Frames im Server *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Axel Beckmann * Adresse: (2:2476/465.27)
> ich moechte auf dem Server (Novell 3.12) zwei Frames einrichten,
> 802.3 und 802.2.
im AUTOEXEC.NCF:
LOAD <Kartentreiber> <Parameter> FRAME=ETHERNET_802.2 NAME=E2
LOAD <Kartentreiber> <Parameter> FRAME=ETHERNET_802.3 NAME=E3
BIND IPX TO E2 NET=2
BIND IPX TO E3 NET=3
┌───────────────────────────────────────────────────────────────────────┐
│************************ Was ist Novell SMS *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alex Woick * Adresse: (2:244/1500)
Das SMS ist die Novell-Methode uebers Netz beliebige Server oder Workstations
auf einem zentralen Backup-Server zu sichern. Du brauchst dafuer ein TSR auf
den Workstations (das TSA_SMS.COM fuer DOS, TSAOS2.EXE fuer OS/2, TSA311.NLM,
TSA312.NLM, TSA40x.NLM fuer einen NW x.xx Server). Die DOS- und OS/2 Module
benoetigen noch ein .NLM auf dem Server, das ist einmal TSA_DOS.NLM und dann
TSA_OS2.NLM. Die .com und .exe Dateien benoetigen dann noch Infos, auf
welchen Server sie Zugriff mit welchem Usernamen und Passwort erlauben.
Du kannst z.B. in einem Netz mit 5 Servern auf allen Servern das TSAxxx.NLM
laden und dann alle Server mit dem Tape sichern, was nur auf einem der Server
installiert ist.
Einige Backup-Software unterstuetzt dieses System dann auch, zuallererst das
SBACKUP von NW 3.12 (gibts auch als PTF Update fuer NW 3.11). Schau mal ins
SBACKUP Handbuch der 3.12.
Es gibt auch diverse andere Backupsoftware, die das kann. Ich habe hier mal
eine mittelalte Novabackup Software, die macht das auch.
┌───────────────────────────────────────────────────────────────────────┐
│************************* CD-ROM im Server **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Marcus Heerdegen * Adresse: (2:2487/3108)
; +----------------+
; | CD-ROM mounten |
; +----------------+
Load ASPICD
Load A3112
Load NPA312
Load CDROM
CD Rename /D=13 CD-ROM
CD Mount CD-ROM
> Das geht am besten mit dem CDROM-NLM aus CDROM3.*
┌───────────────────────────────────────────────────────────────────────┐
│***************************** CNE + CNA *****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Heinz Veenker * Adresse: (2:2426/4030)
> welche Kurse muss man bei einem Novell Schulungszentrum
> belegen, um den Grad eines CNA bzw. CNE zu erreichen
Um CNA zu werden, musst Du einen Administrations-Kurs belegen.
Z.B. Netware 3.1x Administration oder Netware 4 Administration
Um CNE zu werden musst Du mit mehreren Kursen mind. 19 Punkte
sammeln. Dazu sind mindestens 7 Kurse notwendig. Fuer jede bestandene
Pruefung erhaelt man dann je nach Kurs etwa 2-5 Punkte.
[JOERG VOLLMER 2:2476/50.5]
1. DOS fuer NW User/ Microcomputer Concepts fuer NW User 2P
2. Networking Technologies 3P
3a. 3.1x Administration 3P
3b. 3.1x Advanced Administration 2P
4a. 4.0x Administration 3P
4b. 4.0x Advanced Administration 2P
5. NetWare Service and Support 5P
6. Wahlbereich, es gibt Tests ueber NFS, TCP/IP etc. Normalerweise gibt
fast jeder dieser Tests 2P.
A. CNE : Test 1.+2.+ entw. 3a+3b oder 4a+4b oder beides (beste Wahl!) +5.
= 15 od. 20 Punkte
B. CNA : Test 1. + 2. + entw. 3a+3b oder 4a+4b.
> und in welchem Zeitraum muss man diese Kurse absolvieren?
innerhalb eines Jahres
┌───────────────────────────────────────────────────────────────────────┐
│******************* Bezeichnung CNA CNI CNE ECNE ********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Heinz Veenker * Adresse: (2:2426/4030)
CNE = Certified Netware Engineer
CNI = Certified Netware Instructor
CNA = Certified Netware Administrator
ECNE = Enterprise Certified Netware Engineer
┌───────────────────────────────────────────────────────────────────────┐
│********************** CONFIG.SYS im Server ? ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein * Adresse: (2:2476/709)
> KEINE CONFIG.SYS beim Server !!!!
Weil vor allem Sachen wie HIMEM.SYS oder gar EMM386.EXE den Speicher fuer das
Novell als protected mode System kaputtmachen. Ausserdem bringen FILES und
BUFFERS rein gar nix.
Allerdings hab ich jetzt schon von vereinzelten SCSI-Controllern gehoert, die
einen Eintrag in der CONFIG.SYS benoetigen.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** "Too deep in tree !" ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Axel Beckmann * Adresse: (2:2476/465.27)
> Ich kann ab einer bestimmten Groesse der Verschachtelung von
> Unterverzeichnissen nicht mehr auf die Files in diesen
> Unterverzeichnissen zugreifen, auch PURGE meldet an dieser
> Stelle "TOO DEEP IN TREE!".
Einfach ein MAP ROOT irgendwo tiefer in den Tree setzen!
┌───────────────────────────────────────────────────────────────────────┐
│************************* Owner von Dateien *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Walter Schulz * Adresse: (2:246/1401.55)
> ich moechte gerne alle Dateien auflisten lassen, die einem bestimmten
> Eigentuemer auf einem Netware-Server gehoeren.
NDIR *.* /SUB /OWNER=<Username>
Fuer jedes Volume wiederholen.
┌───────────────────────────────────────────────────────────────────────┐
│*************************** Owner setzen ****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Dieter Prochowski * Adresse: (2:2457/110.5)
> wer was wie ist ein Owner, welche Funktion hat der ?
> Was ist mit einer Datei ohne Owner ?
Unter Novell wird bei jeder Datei und jedem Directory der Owner, d.h. der
Benutzer, der die Datei oder das Directory angelegt hat, mit in der Bindery
abgespeichert. Wenn jetzt der Benutzer geloescht wird, z.B. mit SYSCON, dann
hat die Datei oder das Directory keinen Owner mehr. Im Regelfall gibt es
keine Probleme, es gibt aber verschiedene Programme, insbesondere die, die
Informationen der Bindery abfragen, die dann nicht mehr korrekt funktionieren
oder gar nicht mehr laufen. Die Owner-Informationen kannst Du mit FILER
ansehen und setzen.
┌───────────────────────────────────────────────────────────────────────┐
│********************** Bootproms im Novellnetz **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Sven Semel * Adresse: (2:2468/9811)
1. Bootrom einbauen und auf der Karte aktivieren.
2. Bootdiskette anlegen und gruendlich austesten. Bei Einsatz von ODI muss
noch rplodi nach lsl und vor dem Kartentreiber geladen werden.
3. Mit DOSGEN im Login Verzeichnis ein Bootimage von der Diskette anlegen
4. Bei Einsatz von DOS 5.0 oder hoeher RPLFIX ueber das Image laufen lassen.
[Anmerkung Stefan Braunstein]
Diese Vorgehensweise funktioniert nur bei identischen Rechnern, d.h. diese
Imagedatei wird von ALLEN Rechnern mit Bootprom gelesen. Wer unterschiedliche
Rechnerkonfigurationen laufen lassen will, sollte sich in den
Novellunterlagen im CONCEPTS das Konzept der BOOTCONF.SYS oder den naechsten
Tip anschauen.
┌───────────────────────────────────────────────────────────────────────┐
│************************ Booten mit Bootrom *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alex Woick * Adresse: (2:244/1500)
> Booten von diskless Workstations..
[Anmerkung: In CONCEPTS steht unter Remote Boot eine kuerzere und einfachere
Moeglichkeit, mehrere unterschiedliche Rechner per Bootrom zu benutzen, diese
Loesung ist jedoch flexibler.]
Ich schreibe einfach mal meine Configs dazu:
Verwendete Umgebung:
Server: Novell 3.12, Frame Ethernet_802.3
WS: NE2000 mit Lanworks Bootrom. 386-25 bzw. 486-33, IBM-DOS 5.02
Datei sys:login\bootconf.sys:
0x00000002, 00001B0782E2 = MAILBOX.SYS
0x00000001, 00001B076BA4 = TOSSER.SYS
^Netzwerkadresse ^Karten-Knotenadresse
Das Bootimagefile heisst dementsprechend nicht net$dos.sys, sondern
"mailbox.sys" und "tosser.sys".
Datei config.sys im Bootimage:
[...]
device=emm386.exe noems i=e000-efff y=f:\dos\v5.02\emm386.exe
shell=command.com /e:1024 /p
Wer qemm verwendet und windows 3.1, der braucht ein /vxddir=f:\qemm oder wo
auch immer qemm auf dem Netz installiert ist. Wer kein windows 3.1 verwendet,
kann sich sowohl das y=... als auch das vxddir=... schenken.
Datei autoexec.bat im Bootimage:
[...]
lh lsl
lh rplodi
lh ne2000
lh ipxodi d
bootbox
Datei bootbox.bat im Bootimage:
lh netx
(ja, nur diese eine Zeile. Die Zeile muss mit einem CR abgeschlossen sein)
Datei Bootbox.bat in sys:login:
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::
rem obige Zeile zum Ueberspringen der Kommandozeile im Batch des
Bootimagefiles
prompt $p$g
login mailbox
(ja, das "::::::::::...." ist im Batch am Anfang richtig!)
Systemloginscript:
[...]
if P_STATION="00001B0782E2" then begin
comspec = F:\DOS\%OS_VERSION\COMMAND.COM
end
Das groesste Problem gibts immer nach dem Aufruf von NETX. Man muss immer im
Hinterkopf haben, dass die Batchdatei, aus der heraus das NETX aufgerufen
wurde, sich auf dem emulierten Laufwerk A: befindet und nach dem Aufruf von
NETX die Batchdatei mit demselben Namen im sys:login Verzeichnis weiter
ausgefuehrt wird. Der naechste Befehl wird also von dort gelesen, wo der
letzte Befehl auf Laufwerk A: aufgehoert hat. Beispiel..
a:\bootbox.bat habe folgende Befehle:
Echo hallo! <--- 13 Bytes Laenge (inkl. CR/LF Zeichen)
lh netx <--- 9 Bytes Laenge (inkl. CR/LF Zeichen)
Echo nochmal hallo!
Das heisst, der naechste Befehl, der in sys:login\bootbox.bat ausgefuehrt
wird, wird bei Byteposition 13+9 gelesen. Zum Zaehlen muss jedes Zeilenende
mit 2 Zeichen (CR/LF) gerechnet werden. Steht zum Beispiel in
sys:login\bootbox.bat folgendes drin:
Echo laberschwaetz <--- 19 Bytes Laenge
Echo nochmal laberschwaetz
^dies ist Byteposition 21
Dann wird nach netx der Befehl "cho nochmal laberschwaetz" ausgefuehrt und
fuehrt wahrscheinlich zu einem "Befehl oder dateiname nicht gefunden". Aus
diesem Grund habe ich am Anfang ein
"::::::::::::::::::::::::::::::::::::::::::::::::::::::" in meine Batchdatei
geschrieben, dann wird halt ein Kommentar bzw. Label ausgefuehrt, solange die
Byteposition nicht groesser als 70 oder 80 wird.
Was auf Laufwerk A: _hinter_ dem Aufruf von NETX kommt, ist _vollkommen
irrelevant_, und was auf Laufwerk sys:login _vor_ dem Aufruf von NETX kommt,
ist ebenfalls _voellig irrelevant_. Hauptsache es geht auf sys:login im Batch
an einer vernuenftigen Byteposition weiter, bzw. mit einem vernuenftigen
Befehl. Wichtig ist auch, dass nach dem Aufruf von netx auf dem A: Batchfile
noch ein CR/LF kommt, sonst wird hier die Batchdatei schon beendet.
Wer das kapiert hat, schreibt einmal ein Bootimagefile und macht spaeter in
sys:login was er will mit dem boxlogin.bat, aber das betreffende boxlogin.bat
auf im Bootimage braucht ueberhaupt nicht mehr veraendert zu werden.
Manche Bootroms wechseln das aktuelle Laufwerk nicht, da muss im
sys:login\bootbox.bat noch zwingend ein F: hinter dem NETX Aufruf stehen.
(Und der Name 'bootbox.bat' ist natuerlich auch frei gewaehlt, ihr koennt
nehmen was ihr wollt).
Auch nuetzlich ist das Verwenden von neuen netx. Einige alte halten manchmal
aeusserst hartnaeckig an einem "comspec=a:\command.com" fest, was ueber kurz
oder lang zu Problemen fuehrt. Die netx.com Version 3.26 (mitgeliefert z.B.
auch bei Windows 3.1) sollte es mindestens sein. Was sich bei mir bewaehrt
hat: Im Loginscript das Laufwerk a: einfach auf das DOS-Verzeichnis mappen:
map root a:=sys:dos\%OS_VERSION
┌───────────────────────────────────────────────────────────────────────┐
│NEU!***************** Begriffe Ethernet Arcnet *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Andreas Joos * Adresse: (2:246/8020.18)
Arcnet:
-------
Es handelt sich um ein Punkt-zu-Punkt Netzwerk. Im Arcnet koennen
gleichzeitig die 3 Medien Twisted- Pair, Koax und Glasfaser verwendet
werden. Der Aufbau der meisten Arcnet- Netzen ist sternfoermig mit einem
aktiven oder pasiven Hub im Mittelpunkt. Bei Verwendung eines aktiven Hubs
kann ein Segment bis zu 650m lang, bei einem passiven 30m lang sein.
Aktive Hubs koennen mit anderen aktiven oder passiven Hubs verbunden
werden. Die Ausbreitungsverzögerung des Signals darf allerdings nicht
groesser 31 Mikrosekunden sein.
Das bei Arcnet verwendete Zugriffsverfahren ist Token- Passing. Wird
eine neue Station in das Netzwerk eingebunden, erfolgt eine Reorganisation
des Netzes. Dabei versucht die Station mit der groessten ID seinen
Nachbarn zu finden. Dazu erhoeht er die Next-ID jedesmal um eins. Erhaelt
die Station eine Antwort gibt sie das Token an die naechste Station
weiter. Die letzte Station "schliesst" dann den Ring. Dadurch besitzt jede
Station seine eigene Adresse (Source-ID, SID) und die seines Nachbarn
(Next- ID, NID)
Ethernet u. IEEE 820.3:
----------------------
Der erste Unterschied besteht schon im Namen: Ethernet wurde von DIX
(Digital, Intel u. Xerox) entwickelt, IEEE 802.3 ist eine Normung von
IEEE. Ethernet unterstuetzt als Medium nur das Yellow- Cable. IEEE 802.3
unterstuetzt ausserdem noch Cheapernet, Shielded/ Unshielded Twisted Pair
und Breitband- Koax. Die Segmentlaengen reichen von 185m bei Cheapernet,
ueber 500m bei Yellow- Cable, 100m bei TP und 1800m bei Breitband- Koax.
Die Topologien koennen entweder Stern oder Bus sein.
Als Kanalzugriffsverfahren wird bei Ethernet (IEEE 802.3) CSMA/CD
verwendet.
╔═════════════════════════════════════════════════════════════════════════════╗
║ #04 ########################## Netware 2.xx ################################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│********************** Nondedicated Server 2.2 **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Roland Steinbach * Adresse: (2:2494/315)
> Wenn jemand ein Loesung kennt, um diese Netware mit Windows
> laufen zu lassen, bitte ich um ein kurzes Statement.
2.2 nondedicated: Nur 640k RAM d.h. _kein_ Windows.
┌───────────────────────────────────────────────────────────────────────┐
│******************* Pserver 1.22 bei Netware 2.x ********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Detlef Gerhardt * Adresse: (2:243/45)
> Wie umgehe ich die Abfrage, ob der Pserver ueberhaupt
> geladen werden soll? Wie kann ich beim Hochfahren des Servers
> das laestige Druecken der Y (YES)-Taste umgehen?
In's SERVER.CFG folgende Zeile reinsetzen:
VAP WAIT 10
Dann werden die VAPs automatisch nach 10 Sekunden geladen. Kleiner als 10
geht nicht.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Umstieg 2.2 -> 3.12 ? ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alex Woick * Adresse: (2:244/1500)
> Welche Vorteile bringt mir eine Umstellung von NW 2.2 auf 3.12 ?
Wenn du keinen dringenden Bedarf hast, bleib bei 2.2. Die meiner Meinung nach
schlagenden Argumente bei kleineren Netzen fuer 3.x gegenueber 2.x sind:
- groessere Volumes als 255MB moeglich
- Salvage: perfektes zurueckholen auch aelterer geloeschter Dateien
- grosse Auswahl an ladbaren Modulen (.NLM)
Falls du keinen Bedarf an .nlm Modulen hast (Server-Backupprogramm,
DAtenbankserver, Faxserver, usw.) dann faellt das dritte flach.
Wenn du aber trotzdem Lust und Zeit hast, dann steig um: Die 3.x Versionen
sind leicher wartbar und irgendwie rundum 'besser'. Der Support der 2.2
Netware geht jetzt auch langsam zuende, du wirst bei neuer Hardware u.U.
keine 2.2er Treiber fuer den Server mehr bekommen. Wenn du in naechster
Zukunft deinen Server mal aufruesten willst, neue Platte oder sonst was
groesseres, dann koenntest du gleich ein Update mit machen.
╔═════════════════════════════════════════════════════════════════════════════╗
║ #05 ########################## Netware 3.xx ################################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│**************** 2*AT-Bus und SCSI im 3.11er Server *****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Heiko Nonnenmacher * Adresse: (2:2480/13.61)
> Wie kann ich 3 AT-Bus Platten in einen Server einbauen ?
Ich hab einen Standard-AT-BUS-IDE-Controller (INT 15, Base 1f0)
dann einen den man auf Base 170 Jumpern kann. Den hab ich dann noch auf
INT 14 umgeloetet. => 2 IDE-Controller => 4 IDE-Platten.
Der IDE.DSK benoetigt eben nicht das CMOS-Setup und deren Eintragungen !
[Anmerkung]
Das ganze geht jetzt natuerlich auch mit einem Enhanced-IDE-Controller mit
zwei Ports, wobei man beachten sollte, E-IDE-Platten und IDE-Platten bzw.
CDROM-Laufwerke nicht am gleichen Port zu verwenden, da die
Geschwindigkeitsvorteile der E-IDE-Platte somit verloren gehen.
Darueberhinaus sollten Netware-Treiber vorhanden sein und entweder der
Controller oder das Motherboard den neuen Standard im BIOS unterstuetzen.
┌───────────────────────────────────────────────────────────────────────┐
│****************** PSERVER verbraucht Connection ? ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Andreas Frank * Adresse: MAUS Stuttgart: 0711-5590396
> "Print-Server oder ArcServe als User am Server"
> Wenn man nur eine 5'er Lizenz hat, wird's damit schon etwas eng.
"User", die sich direkt *im* Fileserver anmelden (sprich: NLMs), zaehlen da
nicht dazu. Das sieht man auch, wenn man die "Connection Information" am
Server anguckt. Dort bekommen solche Benutzer Verbindungsnummern jenseits der
Maximalzahl der erlaubten User (also bei einer Zehnerlizenz z.B. von 11 an
aufwaerts).
┌───────────────────────────────────────────────────────────────────────┐
│******* Warnung wegen "Zuwenig Plattenspeicher" ausschalten ? *******│
├───────────────────────────────────────────────────────────────────────┤
Tip von Thorsten Boente * Adresse: (2:242/264)
> Die laestige Broadcastmeldung "Volume out of Disk-Space" kann mit
> Set volume low warn all users = OFF abgestellt werden.
Ist das nicht ein wenig gefährlich? Wenn nur noch 10 MB auf dem Volume frei
sind, kommt diese (Broadcast-) Meldung. Und die sollten doch wohl auf jedem
Server mind. frei sein, oder?
Gefahr bei der Aktion ist halt, wenn Du z.B. eine recht große Datei druckst
und der Queue beschickt wird, daß eben dann temporär Speicherplatz auf dem
Volume benötigt wird. Das nur ein Beispiel von vielen möglichen.
┌───────────────────────────────────────────────────────────────────────┐
│************************** Bindery open??? **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Klaus Winckler * Adresse: (2:2426/3055)
> Beim Hochfahren des Servers erscheint bei mir grundsaetzlich die Meldung:
> BINDERY OPEN REQUESTED BY THE servername
> trotzdem funktioniert alles ohne weitere Fehlermeldung.
Das ist auch keine Fehlermeldung sondern eine Systemmeldung.
Er sagt dir nur, das der Server <Servername> gerade die Anforderung (Request)
zum Oeffnen der Bindery gegeben hat.
┌───────────────────────────────────────────────────────────────────────┐
│********************** Update NW 3.11 -> 3.12 ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Patrick A. Scholz * Adresse: (2:2453/400)
> wir haben einen 3.11er Server und wuerden gern auf 3.12 umsteigen.
Ging bei mir _voellig_ problemlos.
Leg fuer die neuen Startdateien (z.B. Server.exe) ein eigenes Verzeichnis an
und kopier den alten Kram auch da hin.
Dann nimm die INSTALL-Diskette zur Hand und sag dem Proggi einfach "Update
von 3.11 auf 3.12". Anschlieszend die neuen Public und System-Dateien per
INSTALL.NLM kopieren. Fertig.
Der einzige Nachteil ist, dasz kein neueres HELP (NFOLIO) vorhanden ist :-((
┌───────────────────────────────────────────────────────────────────────┐
│********************** Zuwenig plattenspeicher **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Mirko Mucko * Adresse: (2:2440/210)
> Wie bringe ich den Server von Novell 3.11 dazu, keine Broadcast- message
> zu schicken " Volume XXX is nearly out of Diskspace, press CTRL+ENTER" !
Ich denke, es ist ein Cast der Stufe 3, und CASTOFF /ALL geht nur bis zum
Abfangen von Stufe 2 ?! Casts der Stufe 3 kannste aber wunderbaer abfangen
mit SetCast (req. hier SETCAST.ZIP). Damit sind dann definitiv alle Msgs
wech, auch solche wie "Station xxxx exceeded maximal outstanding NCP
directory search limit"....
Das kommt sonst immer wieder vor, vor allem bei DesqView Usern
┌───────────────────────────────────────────────────────────────────────┐
│************** Platten fuer andere Zwecke aufteilen ? ***************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Christian Steinhoff * Adresse: (2:2410/301.4)
> kennt jemand eine Moeglichkeit, die NW3.11 Platten in ein anderes Format
> (Dos/Linux e2fs) zu wandeln, ohne ein Backup zu fahren?
Wird nicht gehen, da der Platz der Novell-Partition nicht fuer andere
Betriebssysteme teilweise freigegeben werde kann, ohne die ganze Partition zu
loeschen.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** zweiter Adaptec 1542B ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Ralph Kraemer * Adresse: (2:2445/100)
> Kann mir jemand sagen wie ich einen zweiten Adaptec 1542b
> einstellen muss damit er in meinem Novell Server 3.12 seine
> Arbeit aufnimmt ???
auf andere Hardwareparameter:
original: I/O_330h DMA_5 IRQ_11
neu : I/O_130h DMA_3 IRQ_12
zum Beispiel... Voraussetzung, daß die neuen Parameter nicht schon von
anderer Hardware belegt sind.
Dann nur noch 'load AHA1540 port=130' in die Startup.Ncf eintragen. Der Rest
wird vom Treiber beim Controller erfragt.
┌───────────────────────────────────────────────────────────────────────┐
│****************** a fileserver could not be found ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Erwin Vogel * Adresse: (2:243/5010.2)
> ich bekomme keine Verbindung zu diesem Test-Server
Ich hoffe du hast die Internal Net Nummern nicht auch gleich, die muessen bei
zwei Servern unterschiedlich sein.
Problematisch ist es auch, wenn die Segmentadresse (d.h. die Adresse des
Netzes) nicht stimmt, das haettest Du aber merken muessen (Router
Configuration Error).
Ausserdem kann es sein, dass die Server und die Workstations verschiedene
Frames benutzen und sich deshalb nicht "sehen".
An der Console wuerde ich mal TRACK ON (Ausschalten mit TRACK OFF)
ausprobieren, das gibt Aufschluss ueber die Router Konfiguration.
┌───────────────────────────────────────────────────────────────────────┐
│****************************** SBACKUP ******************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Christian Steinhoff * Adresse: (2:2410/301.4)
Ich habe seit Jahren die Server, die ohne SCSI auskamen, mit SBACKUP
ausgeliefert.
Bei dem Original-Sbackup war bestenfalls jedes 5. Backup erfolgreich.
Sback1 war war wesentlich besser, stabiler und schneller.
Sback2 macht was es soll, allerdings klappt append immer noch nicht
zuverlaessig. Wesentlich ist, das bei SBACK2 das IRQ-Sharing mit der Floppy
(IRQ6) nicht mehr moeglich ist. Du wirst Dir einen andern IRQ (und DMA-Kanal)
suchen muessen.
Ich verwende meist:
"Wangtek Tape Drive." WANGTEK PORT=280 DMA=3 IRQ=5
was meines Wissens auch der default-Wert ist.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Log der LOGIN/LOGOUT ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Jan-Christoph Heyer * Adresse: FidoZerb-Gateway AMTRASH
>> gibts eigendlich ein Programm unter Novell, mit dem ich mir das
>> Einloggen und
>> Ausloggen der User protokollieren lassen kann ?
> Im Syscon-Utility unter Accounting kannst Du saemtliche Logins
> und Logouts mitprotokollieren
oder man benutzt folgende Konstellation:
Conlog + NCL:
Conlog: Protokolliert alles, was auf der Console geschrieben oder
ausgegeben wird.
NCL : Novell Command Line:
Vom Novell-Prompt Dateien kopieren und ansehen etc.
Ausserdem koennen bestimmte events abgefangen werden:
- Einloggen
- Rechteveraenderung u.ae.
Zusaetzlich kann man alle X Sekunden einen Task ausfuehren lassen
z.B.: Userlist o.ae.
┌───────────────────────────────────────────────────────────────────────┐
│************ 4stellige Rechner-IDs im System-LoginScript ************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Bosch * Adresse: (2:243/22.4)
> IF P_STATION == "000024061371"
> SET ID = "24061371"
> END
Das laesst sich mit einer einzigen Zeile fuer alle Stationen im Netz
realisieren:
DOS SET ID=P_STATION << 4
┌───────────────────────────────────────────────────────────────────────┐
│******************* Novell 3.11/3.12 /Lanmanager ********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:242/424.5)
> was sind eigentlich konkret die Neuerungen von Novell Netware
> 3.12 bzw. die Unterschiede zwischen 3.11 und 3.12?
Neben der Integration der bisher für die Version 3.11 benötigten Patches
bietet die Version 3.12:
Neue Netz-Utilities: (RPRINTER Vs. 3.76, alle anderen in Vs. 3.75 )
Neue Fileserver-Services: (Btrieve, TCP/IP, OS/2-Requestor u.s.w)
Neue Treiber (*.DSK, *.LAN)
DOS-Lizenz im Lieferumfang enthalten
Volle Unterstuetzung der Servertastatur ueber Codepage und Countrycode
CD-ROM Unterstützung: Betrieb einer CD-ROM im Fileserver und Installation
des Betriebssystems von CD-ROM
In-Place-Upgrade: Upgrade der Netware ist mit nur einem Rechner
durchführbar.
BASIC MHS: Message Handling System für den Austausch von Nachrichten der
User auf einem Fileserver. (Achtung: Dieses ist kein MTA für die
Kommunikation mit anderen MHS-Hubs!)
FirstMail: Ein auf MHS aufsetzender User Agent für DOS und Macintosh
Überarbeitetes Menuesystem: weniger Speicherverbrauch und mehr Gestaltungs-
möglichkeiten (Konvertierung alter Menue ist möglich). Es handelt sich um
eine reduzierte Version des Saber Menue Systems.
Electronic Text: Ersatz des Folios durch ein unter Windows lauffähiges
Auskunftsprogramm
Netware für Macintosh: Fehlerbereinigte 5-User Lizenz im Lieferumfang
enthalten (incl. neuer Utilities).
Netware Core Protocol Packet Signature: Nur den Kommunikationspartnern
bekannte Signatur für jedes von Server und Workstation gesendete und
empfangene Packet.
DOS-Requestor: Neben der Shell NETX.EXE kann auch der mitgelieferte
Requestor von Netware 4.01 eingesetzt werden.
Packet Burst: Zusammenfassung mehrerer Packete ohne Einzelbestätigung
Large Internet Packet: Statt einer standardisierten Packetgröße von 512
Byte
kann beim Routing die größtmögliche Packetgröße verwendet werden, welche
von
allen beteiligten Routern unterstützt wird.
Windows Utilities: Neues Programm für Mappings, Captures und Attaches unter
MS-Windows (Achtung: Keine Administration unter Windows)
> Wie sieht es mit dem OS/2-Requester aus?
Wie Du oben siehst, wird der OS/2-Requestor mitgeliefert. Dateien, die
nicht den DOS-Namenskonventionen folgen, werden durch Installation der name
spaces auf dem Fileserver von Netware unterstützt. Auch extended attributes
können eingesetzt werden. Hier ist bei intensiver Nutzung jedoch evtl. eine
Modifikation der dafür vorgesehenen SET-Parameter notwendig. Die Verwendung
von Netzwerkkarten mit ODI-Treibern sollte kein Problem darstellen.
MS> Oder gibt es eventuell etwas, was man direkt unter OS/2 laufen
MS> lassen kann
Auch wenn ich mich im folgenden etwas off-topic bewege, möchte ich vor der
Netware-Version für OS/2 kurz die Alternativen vorstellen:
a) MS LAN Manager 2.2
In der aktuellen Version bietet der LAN Manager folgende z.T. auch schon in
der Version 2.1A enthaltene Features gegenüber den noch älteren Versionen
(die natürlich schon das von Dir gewünschte Ressourcen-Sharing boten):
Administration unter MS-Windows ermöglicht Systemverwaltung ohne auf einen
Rechner für diesen Zweck OS/2 zu installieren
Arbeitsplatzdrucker an Workstations unter DOS und Windows können allen
Usern (nicht auf eine Workgroup beschränkt) im Netz zur Verfügung gestellt
werden
Verfügbarkeit von Applikationsservern mit automatischer Lastverteilung
Kombination von LAN Manager und Windows für Workgroups (Trennung von
Ressourcen der Arbeitsgruppen und zentral verfügbaren Ressourcen)
Verbesserte TCP/IP Unterstützung für den Einsatz in großen Netzwerken zum
Ausgleich der fehlenden Routing-Fähigkeit von Netbeui
DLC Protokoll für die Anbindung an die IBM Großrechnerwelt implementiert
nur
die für diese Kommunikationsart nötigen Protokollschichten und vermindert
damit den Kommunikationsaufwand
Detailliertere Informationen zu dem LAN-Manager Versionen 2.1A und 2.2 findes
du in der LanLine-Ausgaben 11/92 und 3/93. Da der LAN-Manager nicht meine
bevorzugte Systemumgebung ist, kann ich, ohne noch tiefer in der Literatur
nachzuschlagen, nichts zur Einbindung von Fremdsystemen wie Atari oder
Macintosh sagen. Auch den Preis für eine 5-User Lizenz müßte ich erst im in
den Preislisten suchen.
b) IBM LAN Server 3.0
Nach der Trennung von Microsoft bei der Weiterentwicklung von OS/2 ab Vs.
1.2 entwickelte IBM mit OS/2 in den darauf folgenden Versionen auch den LAN
Server weiter. Während Microsoft die oben dargestellte, nach wie vor auf OS/2
Vs. 1.21 aufsetzende Version des LAN Manager anbietet, hat IBM den LAN Server
an die neueren Versionen von OS72 angepaßt, so daß für die Version 3.0 des
LAN Servers mindestens OS/2 Vs 2.0 erforderlich ist.
Wie bei den Vorgängern, ist auch beim LAN Server eine Entry- und eine
Advanced Version erhältlich. Durch das Multitasking von OS/2 kann der LAN
Server auch nicht-dediziert betrieben werden, was besonders für kleine Netze
von Interesse ist. Analog zu den NLMs von Netware können auf dem LAN Server
damit zusätzliche Dienste für das Netzwerk realisiert werden.
Eine ausführliche Beschreibung des LAN Servers 3.0 findest Du in den noch
relativ aktuellen LanLine-Ausgaben 9/93 und 10/93. Ich werde deshalb nicht
weiter auf die einzelnen Features und die Unterschiede zwischen Entry- und
Advanced Version eingehen, sondern nur die dort genannten Preise zitieren:
LAN Server Entry: DM 1.433,--
LAN Server Advanced: DM 4.135,--
In der Serverlizenz ist je eine DOS-, Windows- und OS/2-Requestor Lizenz
enthalten. Jede weitere Lizenz muß als sogenannte Kopierlizenz erworben
werden:
LAN Requestor Lizenz: DM 135,--
Network Transport Services: DM 199,-- (LAN Adapter & Protokoll Support)
c) Netware für OS/2
Für Netware 4.01 ist eine Software-Erweiterung erhältlich, mit der es im
nicht-dedizierten Modus unter OS/2 Vs. 2.1 ablauffähig ist. Damit kann ein
einzelner PC dank Multi-Tasking sowohl als Netware-Server wie als
Applikations- server unter OS/2 laufen (s.o.). Alle Features und
Sicherheitsmerkmale von Netware 4.01 werden auch in der OS/2 Umgebung
beibehalten. Sowohl Netware 4.01 wie OS/2 können die Hardware des
nicht-dedizierten Servers (einschl. Ethernet-Adapter) nutzen. Netware 4.01
wird als 'trusted' application von potentiellen Konflikten mit OS/2
Applikationen abgeschirmt. Es ist möglich während des Betriebs die CPU Zeit
zwischen Netware und OS/2 neu zu verteilen.
Auch zu Netware für OS/2 habe ich heute abend in meiner Wohnung keine
Preisunterlagen zur Hand. Wie bei dem LAN Manager bin ich auf Wunsch aber
gern bereit, die Preise für Endverbraucher in den nächsten Tagen nach
Feierabend in den im Büro vorhandenen Listen div. Anbieter nachzuschlagen
(falls dieses Produkt dort bereits aufgeführt ist).
┌───────────────────────────────────────────────────────────────────────┐
│********************* Zugangskontrolle zum Netz *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Bernd Wohltmann * Adresse: MAUS Hansestadt Bremen: 0421-86675
mit SYSCON kann der Supervisor festlegen, das ein bestimmter USER sich nur
zu einer bestimmten Zeit (ACCOUNT TIME RESTRICTIONS) und/oder von einer
bestimmten Station (ACCOUNT STATION RESTRICTION) einloggen darf.
Dabei wird die Station ueber die NETZWERKKARTENADRESSE identifiziert.
Herausfinden der Adresse mit USERLIST /A.
┌───────────────────────────────────────────────────────────────────────┐
│********************* Salvage Infos NW 3.12 !! **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Mirko Mucko * Adresse: (2:2440/210)
[Salvage]
> Man kann aber auch geloeschte Files in's endgueltige Nirwana
> schicken, dann kann man sie eben nicht mehr "salvagen".
Ja, wobei das mit purge aber auch nicht schlecht ist. Vor allem, wenn man
vorher 3.11 hatte, bei dem PURGE /A ja nur das aktuelle und die SubDirs
purged, und 3.12 bei /A *alles* purged, also vom Root aus !!
┌───────────────────────────────────────────────────────────────────────┐
│********************* Upgrade 3.11 5->10 User **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein * Adresse: (2:2476/709)
> Wir haben hier eine 5 User Version von Novell 3.11 und
> bekommen eine 10 User Version Novell 3.11
> Wie kann man möglichst einfach die 5'er version mit der 10'er
> Version ersetzen ohne den Server komplett neu einzurichten.
Ganz einfach! Server runterfahren, mit EXIT ins DOS zurueck und einfach die
SERVER.EXE von der 10er Version ueber die SERVER.EXE der 5er Version
drueberkopieren, den Server neu starten, fertig!!
Das gleich funktioniert natuerlich auch mit der Netware 3.12, allerdings
NICHT von 5-User 3.11 auf 10-User 3.12 !!
┌───────────────────────────────────────────────────────────────────────┐
│NEU!******** EXIT with "*" does not run on this machine! ************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein
> EXIT "MENUE.BAT"
>
> ... dann kommt jedoch beim Einloggen immer die Fehlermeldung...
>
> EXIT with "MENUE.BAT" does not run on this machine!
Das liegt an einem anderen MACHINE NAME in der SHELL.CFG oder NET.CFG und
laesst sich ganz einfach mit dem Eintrag "pccompatible" im Login Script
wieder aktivieren.
(Das ist eine Absicherung gegen nicht 100 % kompatible PCs, weil das EXIT
"....." direkt in den Tastaturpuffer schreibt!)
┌───────────────────────────────────────────────────────────────────────┐
│************* kein SYS:LOGIN Verzeichnis mehr vorhanden *************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alex Woick * Adresse: (2:244/1500)
> Bei der Durchsicht der Verzeichnisse musste ich feststellen, dass kein
> \LOGIN Verzeichnis mehr vorhanden war. Von den Usern kann es keiner
> geloescht haben. DEFINITIV!
Das kann z.B. passieren, wenn du das bei NW 3.11 mitgelieferte Syscon
verwendest und ein Trustee zu sys:login vergeben oder loeschen wolltest und
beim Verzeichnisnamen "SYS:\LOGIN" eingetippt hast. Mit \ nach dem
Doppelpunkt.
(Anmerkung des FAQ Teams: Dieser Bug ist bei dem SYSCON Version 3.68 bzw.
seit der NW 3.12 beseitigt)
Du kannst das sys:login Verzeichnis nicht einfach per Hand einrichten, da das
eigentlich zum System gehoert. Auch als Supervisor kann man normalerweise
sys:login nicht loeschen. Loesche dein 'per Hand' angelegtes und dann probier
mal BINDFIX aufzurufen, der koennte es wiederherstellen. Geht das nicht, dann
gehe an den Server und lade install.nlm und fange an "system and public
files" zu kopieren, als ob du ne Installation machen wuerdest. Von der
dosutil-1 Disk faengt er dann an die Files u.a. nach sys:login zu kopieren.
Voila, nach der 1. Diskette ist sys:login wieder fuer not-logged-in User
vorhanden.
┌───────────────────────────────────────────────────────────────────────┐
│******************* Autocad Probleme mit NW 3.12 ********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Tobias Gasser * Adresse: (2:301/234)
> Wir haben Autocad R12c1 auf dem Server installiert. Nach dem
> es Probleme mit der Client Software gegeben hat (es wurden
> merkwuerdige Sperrdateien auf dem Server angelegt, mit deren
> Dateiendung der Autodesk Support nix anzufangen wusste),
Erst einmal solltest du dringend auf R12c2 updaten. Sollte eigentlich nix
oder fast nix kosten. Abgesehen von einigen kleineren bugs wurde gerade im
Bereich netwerk deutlich erweitert!
Im weiteren empfehle ich, AutoCAD selbst jeweils auf die lokale Platte zu
installieren und nur die daten und applikationen ins netz zu haengen. Ich
betreue mehrere systeme, die mit vernetztem AutoCAD arbeiten, und habe - um
meiner ruhe willen - beinahe ueberall lokal installiert!
Wichtig ist auch, dass im Setup jede Station einen eigenen nodenamen erhaelt
(Default ist AC$), sonst gibts Aerger. Ich setzte auch die verschiedenen
Verzeichnisse jeweils auf lokale pfade.
Das mit den Sperrdateien ist ganz einfach: Der letzte buchstaben der
extension des originals wird durch ein 'K' ersetzt (DWK = DWG).
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Paket Burst Parameter ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Patrick A. Scholz * Adresse: (2:2453/400)
Hier ein netter Parameter fuer Packet Burst, der nirgendwo dokumentiert ist.
SET ENABLE PACKET BURST STATISTICS SCREEN = ON
Welcher dann die Stationen anzeigt, die "Burst Mode" Verbindungen haben:
VerbindungNr. BurstGapTime
| +----------|
#001 00FF
000000 00000000 0000000 000000 0000 etc....
.
. etc
┌───────────────────────────────────────────────────────────────────────┐
│*********************** SERVER.EXE switches? ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Frank Hamburger * Adresse: (2:244/1151)
> ich habe vor kurzem gelesen, das es einen Parameter fuer die
> SERVER.EXE gaebe, mit der man die Abarbeitung der AUTOEXEC.NCF
> unterdruecken koenne...
-S [pfad][Datei] Uebergeht die Startup.ncf, und verwendet die in [Datei]
Angegebenen Startdatei
-NA uebergeht die Autoexec.ncf
-NS uebergeht die Startup.ncf
-C Cache-Puffer ( Kann 4,8 oder 16 KB sein) Wenn du 2kb Blocks auf dem Server
faehrst, kannst du keine 4 KB Cachebloecke angeben, da das Device dann nicht
gemounted wird...
┌───────────────────────────────────────────────────────────────────────┐
│********************* LOGIN SCRIPTS ausdrucken **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Thomas Duemesnil * Adresse: (2:242/53.19)
> Gibt es fuer Novell ein Programm, bei dem man saemtliche
> Userloginscripts an einem Stueck ausdrucken kann.
Wie waere es den mit 4DOS.
map root f:=sys:mail\
f:
GLOBAL /I type login > prn
^^^^^^ interner 4DOS - Befehl fuert einen Befehl in allen
Unterverzeichnissen durch.
/I ignoriert exitcodes. Wenn LOGIN nicht vorhanden ist.
oder
GLOBAL /I (cd > prn ^ type login > prn)
oder
GLOBAL /I call xy.bat
┌───────────────────────────────────────────────────────────────────────┐
│NEU!**************** Umleiten von COMx ins Netz *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein
> Ein Tip bzgl. Umleiten von seriellen Schnittstellen ins
> Novell-Netz:
Viele Programme wie Autocad (aeltere Versionen) erlauben nur das Drucken bzw.
Plotten auf serielle Schnittstellen. Diese koennen natuerlich nicht
gecaptured werden.
Allerdings gibt es hier einen Trick :
Man schreibt vom Programm aus in eine Datei mit dem Namen PRN (alternativ
LPT1, LPT2, LPT3).
Diese Schnittstelle muss natuerlich entsprechend gecaptured sein.
Bei Autocad bleibt dieses Drucken in eine Datei inkl. "Dateiname"
gespeichert.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Novell XX User, Bug? ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein * Adresse: (2:2476/709)
> Denn das bezeichne ich nicht als 5 User Version, wenn nicht
> wirklich 5 User eingeloggt sein koennen. Wenn ich den
> NOT-LOGGED-IN am Server rausschmeisse (im Monitor mit DEL) dann,
> schwupps kann der 5. wieder einloggen.
> Ich kann mir denken, dass das NOT-LOGGED-IN nach einer Weile von
> selbst verschwindet.
Ja, tut er, mit Standard SET Einstellungen am Server nach 15 Minuten.
Fuer die Netware 3.11 muss man das Programm NLICLR.EXE, das bei der 3.12 und
4.01 schon im Lieferumfang enthalten ist, in einer Box downloaden.
┌───────────────────────────────────────────────────────────────────────┐
│******************* User Login Script trotz EXIT ********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Bert Ungerer * Adresse: (2:245/40.8)
> Wenn ich aber das System Login Script mit "EXIT Menu Menuname"
> verlasse, wird das User Loginscript _nicht mehr_ abgearbeitet.
mit der Zeile
INCLUDE SYS:MAIL\%USER_ID\LOGIN
im System-Login-Script klappt's bei mir ganz wunderbar. Nur MUSST Du dann
EXIT benutzen, weil sonst das User-Login-Script doppelt abgearbeitet wird.
┌───────────────────────────────────────────────────────────────────────┐
│************ Exceeded outstanding NCP Dir. Search Limit *************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Claas Hilbrecht * Adresse: (2:241/3400)
> Kann mir vielleicht jemand sagen, was diese Meldung bedeutet:
> You exceeded your outstandind NCP Directory Search Limit
-------------------
Maximum Outstanding NCP Suchlaeufe (Seite 330)
DOS erlaubt hoechstens 32K an Verzeichniseintraegen pro Datentraeger. Dies
gilt auch fuer Netware 2.x. Der Grund dafuer ist der verwendete 16-Bit File
Handle (16 Bits mit Vorzeichen ergeben nur 32K). Netware v3.x bietet jedoch
eine Hoechstzahl von 2 Millionen Verzeichniseintraegen pro Datentraeger.
Es ist deshalb erforderlich, dass das v3.x Betriebssystem die 16-Bit
DOS-Anforderungen in einer Tabelle den Netware v3.x 32-Bit
Verzeichniseintraegen zuordnet. Diese Tabelle wird bei "Find First's", "Find
Next's", "File Open's" und bei Verzeichnissuchlaeufen nach Dateiinformationen
verwendet.
Wenn einer dieser Suchvorgaenge von einem Programm der Arbeitssstation
gestartet wird, erscheint der entsprechende Eintrag in dieser Tabelle. Dieser
Eintrag wird nur dann freigegeben, wenn der Dateiname genau angegeben wird,
wenn die Arbeitssation eine Meldung "End of Job" ausgibt oder wenn die "Find
Next's" Suchvorgaenge am Ende des Verzeichnisses beendet.
Wenn eine Arbeitsstation einen "Find First" einleitet, wird der entsprechende
Eintrag in diese Netware-Tabelle eingefuegt.
Standardmaessig kann diese Tabelle bis zu 51 Eintraege enthalten. Ihre Anzahl
kann mit Hilfe des einstellbaren Parameters "Maximum Outstanding NCP
Searches" erhoeht werden.
Diese Erweiterung beansprucht den Serverspeicher, da jeder Eintrag 24 Byte
betraegt und es eine Tabelle fuer jeden Anschluss gibt. Wenn demnach die
Tabellengroesse auf 100 eingestellt ist und 250 Arbeitsstationen angemeldet
sind, muss der Server einen Speicherplatz von 600K fuer die NCP-Suchtabellen
bereitstellen.
DOS-Anwendungen, die Dateisuchvorgaenge ungenau durchfuehren, koennen diese
Tabelle fuellen und zur folgenden Warnrundspruchmeldung des Servers fuehren:
"You exceeded your outstanding NCP directory search limit". In diesem Fall
sind Daten ueber einen oder mehrere eingeleitete (jedoch nicht
abgeschlossene) Dateisuchvorgaenge verloren gegangen. In der Regel gibt der
Server in diesem Fall die Meldung "File Not Found" zurueck, obwohl die Datei
eigentlich existiert.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Novell: 802.2 / 802.3 ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Michael Keukert * Adresse: MAUS Aachen-2: 54080
> Wie bekomme ich den Server an das Netz ?
Auszug aus Technik News 1/94:
In einem bestehenden Netzwerk wird noch das 802.3-Frame verwendet. Die
Einbindung neuer Stationen bzw. der Einsatz neuer Treiber erfolgt bereits mit
dem 802.2 Frame. Sie koennten den neuen default Frame ignorieren und den
LAN-Treiber explizit mit der Option:
Frame = Ethernet_802.3
laden.
Langfristig besser, bis zur kompletten Umstellung des Netzwerkes, ist das
Routing der unterschiedlichen Frames auf dem Fileserver. Die Idee besteht
darin, auf einer physikalisch existierenden Karte zwei logische Karten
abzubilden, die je ein anderes Frame benutzen:
LOAD NE2000 INT=3 PORT=300 Frame=Ethernet_802.3 Name=MAX
LOAD NE2000 INT=3 PORT=300 Frame=Ethernet_802.2 Name=PAUL
BIND IPX TO MAX NET=AFFE8023
BIND IPX TO PAUL NET=AFFE8022
Die Pakete werden jetzt von der einen logischen Karte auf die andere
"geroutet". Zu beachten ist dabei, dass mit dieser Konfiguration auf einem
physikalischen Netzwerkstrang zwei logische Netzwerke verwaltet werden
(unterschiedliche NET-Adressen im BIND-Befehl).
Aehnlich laesst sich auch unter IP mit dem Ethernet_II und dem Ether-net_SNAP
Frame vorgehen. Nach der Umstellung des Netzwerkes auf den 802.2 Header in
den
Frames koennen dann die Eintraege zur Konfiguration des 802.3-Frames
geloescht
werden.
┌───────────────────────────────────────────────────────────────────────┐
│************* Server mit Adaptec und Mem Above 16 Meg? **************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alex Woick * Adresse: (2:244/1500)
> Es hagelt nur so vor Fehlermeldungen wenn er die Volumes mounten soll.
> load AHA1540 port=330 int=B dma=5 above16=y
Ich hatte 100% das gleiche Problem, und ich komme mir etwas bloed vor, wenn
ich jetzt meinen Tip hier schreibe.. Aber nachdem ich obige Zeile geaendert
hatte in
load AHA1540 above16=y port=330 int=B dma=5
lief es. Above16=y einfach vorne hin.
┌───────────────────────────────────────────────────────────────────────┐
│********************* lost hardware interrupts **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Jürgen Tress * Adresse: (2:2476/462.0)
In letzter Zeit häufen sich die Anfragen zu einem Fehler der sich mit:
>"Primary (oder Secondary) interrupt controller detected a lost hardware
> interrupt" zu erkennen gibt.
Dahinter verbirgt sich rechnerintern folgendes:
Grob gesagt ensteht diese Meldung immer dann, wenn das anfragende Device
seinen Interrupt verliert, bevor der Interrupt-Controller ein O.K. von der
CPU bekommt.
Stehen Daten an, die das Interrupt-Device (z.B. eine Netzwerkkarte oder der
HD-Controller) versenden muß, so gibt dieses Device eine Interrupt-Anfrage,
einen EVENT, an den Interrupt-Controller PIC (Programmable Interrupt Cont-
roller) weiter.
Der PIC sammelt alle EVENTs. Steht eine Anfrage an, so meldet der PIC über
den Master-Interrupt-Eingang der CPU einen Interrupt-Service an. Die CPU wird
ihre derzeitige Aufgabe so bald als möglich zwischenspeichern und für diesen
Service unterbrechen. Ist die CPU soweit, so erhält der PIC einen Inter-
rupt-Acknowledge,sprich ein O.K., für diesen Interrupt-Service.
Der PIC gibt nun Die Interrupt-Nr. an die CPU weiter. Die CPU liest anhand
dieser Nummer in der IRQ-Vector-Tabelle die Einsprungadresse für die zu
benutzende Interrupt-Service-Routine (ISR) aus. Diese ISR könnte z.B. ein
Device-Treiber sein, der jetzt zu aktivieren ist.
Die ISR signalisiert das Ende einer Interrupt-Bearbeitung mit einem EOI.
Der PIC muß also nach dem Acknowledge (INTA) der CPU die Interrupt-Nr.
mitteilen. Daher kontrolliert dieser nach dem INTA noch einmal die anstehen-
den Interrupt-Anfragen. Findet nun der PIC die Interrupt-Anfrage (EVENT)
des Devices nicht mehr, erhalten wir einen "....lost hardware interrupt".
In einem 16-Bit-Rechner werden 2 PIC's eingesetzt:
Primary = Int. 0 - 7
Secundary = Int. 8 - 15
davon abhängig welcher Interrupt verloren geht, bekommen wir entweder
"Primary controller..." oder "Secondary ...".
Da das Interrupt-Device aber noch immer Daten zu versenden hat, wird es
eine erneute Anfrage an den PIC senden ...., der wiederum erfragt bei der
CPU einen Interrupt-Service ...., und so weiter ..., und so weiter.
Damit erklärt sich auch, warum die Meldung eines verlorenen Interrupt
durchaus mehrmals hintereinander am Monitor erscheinen kann.
Im nahen Zusammenhang steht auch die Meldung "Spurious hardware interrupt XX
detected", die bei Systemen mit Shared-Interupt vorkommen kann. Wie wir
soeben gelesen haben, bekommt die CPU nach dem Interrupt-Acknowledge die
Interrupt-Nr. zugewiesen. Anhand dieser Int.-Nr. liest sie aus der
IRQ-Tabelle die Einsprungadresse der jeweiligen ISR (Treiber). Die IS-Routine
kontrolliert das Device und führt die gewünschte Arbeit aus. Findet die ISR
aber keine zu verrichtende Arbeit ihres Devices, dann durchsucht die CPU
alle IS-Routinen für diese Interrupt-Nr. (da Shared-Interrupt) ab, ob nicht
doch irgendjemand was zu verarbeiten hat. Wird auch hier nichts gefunden,
erhalten wir die Meldung "Spurious hardware..." und die CPU sendet ein EOI
(End Of Interrupt) zum PIC.
Da im rechnerinternen Ablauf durchaus ein Int.-Request verloren geht, ist
nicht immer ein Fehler vorhanden. Wir sind uns natürlich darüber einig, daß
so etwas nicht vorkommen sollte, aber die Erfahrung lehrt uns hier einiges...
Sollte die Meldung jedoch öfter erscheinen und der Datendurchsatz erheblich
verlangsamt werden, müssen wir auf Ursachenforschung gehen.
Warum kann eine Interrupt-Anfrage verloren gehen?
1. Durch eine unsaubere Interrupt-Leitung der eingesetzten FileServer-Hard-
ware (Rechner).
2. Kommen erneut Daten an das Device zur Abgabe, kann es sein, daß auch eine
erneute Interrupt-Anfrage erzeugt wird. Hierdurch können "Glitches" auf
der IRQ-Leitung entstehen. Als "Glitches" bezeichnet mann generell un-
saubere Pegelzustände (LOW-HIGH Sprünge). Dies wiederum kann zur Auswirk-
ung haben, daß der PIC den Interrupt nicht mehr lokalisieren kann.
3. Sie besitzen Device-Treiber, die die Interrupt-Anfrage fehlerhaft hand-
haben oder sogar stören.
4. Die eingesetzte Hardware arbeitet mit den Device-Treibern in Bezug auf
diese Interrupt-Anfragen nicht sauber zusammen.
Lösungsmöglichkeiten:
1. Der Fehler wird bei den Netzwerkkarten lokalisiert:
Kontrollieren Sie, ob die neuesten Treiber eingesetzt werden. Vielleicht
setzen Sie testweise mal eine Karte eines anderen Herstellers ein.
2. Der Fehler wird am Plattenkanal lokalisiert:
Hier zeigt die Erfahrung das insbesondere AT-Bus-Platten und deren
Controller mit diesem Problem zu kämpfen haben. Testen Sie beide Treiber
für die AT-Bus_Plattenkontroller (ISADISK und IDEDISK) der NetWare 3.11.
Positive Ergebnisse wurden auch schon mit dem ISADISK-Treiber der NetWare
3.10 erziehlt.
Hilft das alles nichts, testen Sie an einem Rechner verschiedene AT-Bus-
Platten und Controller.
3. Kontrollieren Sie die Geschwindigkeit des Taktes auf dem Rechnerbus.
Eventuell können Sie diesen Bustakt runtersetzen oder auch Waitstates
einschalten.
4. Sie bekommen relativ selten diese Meldung und Ihr Netzwerk arbeitet als
solches einwandfrei. Dann übersehen Sie zunächst einfach diese Meldung
und diese mit "set display lost interrupt alerts = off" und mit "set
display spurious intrrupt alerts = off" am Monitor aus. Beachten Sie
jedoch, daß diese Meldungen trotzdem noch in der ERROR-LOG-Datei mit-
geschrieben werden.
┌───────────────────────────────────────────────────────────────────────┐
│***************** Server-Absturz wegen SCSI-Problem *****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Andreas Beutling * Adresse: (2:2410/115.8)
> mitten im Dateizugriff bleibt der Server stehen
> (Die HD-LED leuchtet meisst noch)
Du hast doch nicht etwa den beliebten Fehler gemacht und die Paritaet auf dem
SCSI-Bus eingeschaltet? Novell schreibt ausdruecklich vor, dass die
abzuschalten ist: Systemverwaltung 3.11, LOAD Festplattentreiber, Fehlersuche
beim Host-Busadaptertreiber.
┌───────────────────────────────────────────────────────────────────────┐
│******************* Dateien mit Umlauten loeschen *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Lutz Gustke * Adresse: MAUS Hansestadt Rostock: 0381-696350
Der Tip, "?" anstatt ä,ö,ü einzusetzen, war richtig.
statt DEL HÄUSER.TXT
einfach DEL H?USER.TXT
┌───────────────────────────────────────────────────────────────────────┐
│***************************** BootRom ******************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alex Woick * Adresse: (2:244/1500)
>> ETHERRPL.NLM geladen? ge-BIND-et?
> Was ist das und wozu braucht man das in Verbindung mit Bootroms ?
Etherrpl.nlm und rpl.nlm und alle diese ganzen zusaetzlichen *.rpl Files
werden nur fuer IBM Bootroms (fuer PS/2 Rechner) gebraucht oder fuer 'neue'
Bootroms, die etwa ab 1992 hergestellt werden. Die 'alten' unterscheiden sich
von den 'neuen' dadurch, dass die alten einen IPX Treiberkern im ROM haben,
waehrend die neuen einen ODI Treiberkern haben, und die ODI Bootroms koennen
anscheinend 'mehr': Bei deren Einsatz reicht es naemlich in einer
Multiserverumgebung die Bootimagefiles auf _einem_ Server allein zu
installieren (ohne Klimmzuege ueber das "set reply to get nearest server =
off" oder wie dieser Parameter hiess). Bei den 'alten' Bootroms musste man ja
auf allen Servern im Loginverzeichnis alle Bootimagefiles haben, da man sich
nicht immer sicher sein konnte, auf welchem Server sich das Bootrom nun als
erstes attacht.
Im Readme zum neuen OS/2 Netwarerequester 2.10 ist zu diesem Thema ein
bisschen erklaert.
> Bei klappt das booten ueber Bootroms auch ohne ETHERRPL.NLM (Netware
> 3.11).
Dann hast du 'alte' Bootroms, die das halt nicht brauchen.
(Das ist ja nicht weiter schlimm, solange es funktioniert).
┌───────────────────────────────────────────────────────────────────────┐
│******************** Novell 3.11 und MS-DOS 6.2 *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Kurt Kesper
> IPX und NETX haben funktioniert, aber als ersten Laufwerks-
> Buchstaben beim LOGIN hat er dann nur [: akzeptiert.
Das Ganze hat nichts mit der DOS-Version zu tun, sondern es liegt daran, dass
in der CONFIG.SYS der Eintrag "LastDrive=Z" steht, wie es in der
Konfiguration mit VLMs (anstelle von NETX) vorgesehen ist.
Benutzt man nun trotzdem NETX, so benutzt der Rechner - wie ueblich -
LastDrive + 1 als erstes Netz-Laufwerk. Der naechste Wert nach "Z" (in der
ASCII-Reihenfolge) ist "[".
Abhilfe: entweder LastDrive auf einen anderen Buchstaben setzen oder VLMs
verwenden.
┌───────────────────────────────────────────────────────────────────────┐
│******************* DOWN und Reset automatisieren *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Christian Steinhoff * Adresse: (2:2410/301.4)
> Ich suche also nach einem Batchprogramm, das die Befehle DOWN und EXIT
> nacheinander aufruft.
folgende ASCII-Datei mit Endung NCF in SYS:SYSTEM erstellen
(oder ein anderes Verzeichnis, das beim Eingeben des Befehls angegeben werden
muss oder ueber SEARCH ADD dem Server-Suchpfad hinzugefuegt wurde)
Name: SHUTDOWN.NCF
REMOVE DOS
DOWN
EXIT
Dann kann man SHUTDOWN (ohne LOAD) ueber Rconsole aufrufen.
┌───────────────────────────────────────────────────────────────────────┐
│************************ NW 3.12 & Rconsole *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Christian Schmitt
> Mit RCONSOLE finde ich bei einem Netware 3.12 keinen Server !?
> (Auf dem Server sind remote und rspx auch geladen.)
Ich habe bei uns gemerkt, dass die RCONSOLE keine Server findet, wenn man sie
aus WfW 3.11 mit aktiviertem NetBEUI-Protokoll aus aufruft.
┌───────────────────────────────────────────────────────────────────────┐
│******************* CD-ROM am Novell 3.12 Server ********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Juergen Tress * Adresse: (2:2476/516.89)
> Kann mir hier jemand sagen, wie man ein CD-ROM Laufwerk an einen Novell
> 3.12 Server anschliesst
Man braucht folgende Dinge:
1. SCSI-Controller, 1 SCSI-CDROM, das am besagten Controller haengt.
2. Einen DSK-Treiber, der den SCSI-Controller unterstuetzt. (moeglichst
mit ASPI-Interface)
3. Den Treiber aspicd.dsk (er muss nach dem DSK-Treiber fuer Deinen
Controller geladen werden.)
4. CDROM.NLM (wenn Du die CDROM-Unterstuetzung benutzen willst, die bei
der 3.12 mitgeliefert wird.)
Zum Speicher-Bedarf kann ich sagen, das CDROM1 (die, die bei der 3.12
dabei ist) relativ viel Speicher frisst. Neuere Releases (CDROM3) brauchen
weniger Speicher und einige Bugs der CDROM1 fehlen (dafuer sind neue
hinzugekommen). Wenn Du die CDROM3 einsetzen willst (CDROM3.EXE) dann
findest Du beim Entpacken von CDROM3.EXE ein Readme-File, in dem alle
benoetigten Treiber und deren Lade-Reihenfolge beschrieben sind.
┌───────────────────────────────────────────────────────────────────────┐
│************************* Novell-Supervisor *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Pit Biernath * Adresse: (Demnet 74:4100/101)
> Ich habe von Programmen gehoert, die das Novell-3.11-
> Supervisor-Passwort von jeder beliebigen Workstation aus
> aendern koennen, ohne dass man die Rechte dazu hat.
> Inwieweit stimmt das, und was gibt es fuer Gegenmassnahmen?
Du spielst wahrscheinlich auf die Sicherheitsluecke an, gesendete Pakete
derart zu manipulieren, dass der Server meint, sie kaemen vom User
SUPERVISOR.
Erstens gibt es dafuer bereits einen Patch. (Security-Patch fuer NW 3.11)
Ab der NW 3.12 ist dieser Patch bereits fest eingebaut.
Die allereinfachste Loesung fuer die NW 3.11 ist aber, sich nicht als
SUPERVISOR einzuloggen, sondern unter seinem normalen User-Account, da der
Hack explizit nach dem User SUPERVISOR sucht.
┌───────────────────────────────────────────────────────────────────────┐
│*************************** Server Crash ****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von MATTHIAS EVERS * Adresse: (2:241/1060.14)
WARNUNG VOR SERVER CRASH bei der Installation von Produkten ueber
das Install.nlm und zwar über "Product Options".
(Der Vorgang wurde bei der NW 3.11 beobachtet, inwieweit andere Versionen
davon betroffen sind, wird noch getestet)
Immer wenn man das angewählt hatte, ging der Server ab mit
einem "Could not initialize TTS-Tracking System" ...Server abend.
Im Verzeichnis SYS:SYSTEM hatte ich alle Dateien auf Read Only gesetzt.
Leider auch die BTRIEVE.TRN Datei, die bei genau dieser Aktion aber benötigt
wird.
Einfach die Datei auf READ/WRITE gesetzt, und schon ging alles.
┌───────────────────────────────────────────────────────────────────────┐
│************** Batchabfrage, ob Verzeichnis existiert ***************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Roland Steinbach * Adresse: (2:2494/315)
> Moechte man z.B. in einer Batchdatei pruefen, ob ein bestimmtes
> Verzeichnis existert, so geht das folgendermassen:
if exist F:\PUBLIC\*.*
┌───────────────────────────────────────────────────────────────────────┐
│************* Problem mit verschwundenen Trustee Rights *************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Ludger Clemens * Adresse: (2:2448/1430.11)
--------------------
Query: NSEPro Version 94-2:
TITLE: Trustee Assignments Disappearing In Syscon
DOCUMENT ID#: FYI.P.9962
[...]
If you give a group/user directory trustee right of [ ] (no rights) the
trustee right will not show up in Syscon UNLESS you also give the
group/user a trustee right containing some rights in a directory on the
SAME directory level as the first. The trustee assignment IS there, and
shows up in TLIST at the dir, but syscon won't show it. Example:
Directory Trustee assignment
SYS:level1 [R F ]
SYS:level1\level2 [ ]
SYS:level1\level2\level3 [R F ]
Tlist at level2 directory will show the Trustee assignment, but Syscon
will only show the Trustee Assignment if you ALSO have a Trustee
Assignment at the SYS:level1\level2 a directory (or any directory on
this
level that contains some rights). Incidentally, if you give the [ ]
trustee assignment to a user/group that does Not have Supervisor rights,
the directory will be invisible to that user/group.
┌───────────────────────────────────────────────────────────────────────┐
│************************** Anzahl Volumes ***************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Walter Schulz * Adresse: (2:246/1401.55)
> kann mir jemand sagen, wieviel Volumes Novell 3.11 verwalten kann.
64 Volumes je Server
Maximale Groesse eines Volumes: 32TB (1 TB = 1024 GB)
Ein Volume kann aus 32 Volume Segmenten bestehen (also aus max. 32 HDs!).
Eine Platte kann bis zu 8 Segmenten beeinhalten.
Theoretisch kannst Du also 64x32=2048 Platten mit zusammen 32 Terabyte am
Server betreiben. Leider unterstuetzt NW 3.11 nur Hauptspeicher bis 4 GB,
daher ist nach Novells eigener Formel bei unter 700 GB Plattenplatz
Schluss.
┌───────────────────────────────────────────────────────────────────────┐
│***************************** RCONSOLE ******************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Axel Golob * Adresse: (2:246/3001)
> Wir haben einen NW 3.11-Server und einen NW 3.12-Server.
> Den 3.12 Server erreichen wir nicht mit RCONSOLE, nur wenn wir
> uns direkt auf diesem einloggen.
Die Rconsole.* von dem 3.12 Server auch auf dem 3.11 verwenden, dann kommst
Du auf beide drauf.
┌───────────────────────────────────────────────────────────────────────┐
│************************* redirected Blocks *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Peter Grundler * Adresse: (2:310/111)
> Wie (mit welchem Programm) kann ich mir die Redirected Blocks anzeigen
> lassen ???
auf der Console oder Rconsole:
1) load monitor
2) Disk Information
3) Platte auswaehlen
4) rechte Spalte, vorletzte Zeile "redirected blocks"
┌───────────────────────────────────────────────────────────────────────┐
│NEU!********************* Netware Debugger **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Andreas Baumunk * Adresse: (2:244/1548.18)
Starten des Debuggers:
Nach dem Absturz <CTRL>+<ALT>+<RSHIFT>+<LSHIFT>+<ESC> drücken (gleichzeitig).
Man sollte dann im Debugger von Netware sein. Wenn nicht, gib mal 386debug
ein (muss man blind schreiben, aber nach dem g ist man auch im Debugger).
Bist Du nicht im Debugger drin, dann ist der Server komplett abgestuerzt.
Wenn Du aber drin bist, so probier doch mal die Kommandos:
? <ENTER>
.a <ENTER>
Wenn es gut geht, dann erhält man das NLM genannt, das beim Crash aktiv war.
Mit .h und h bekommt man Hilfe zu den moeglichen Befehlen.
╔═════════════════════════════════════════════════════════════════════════════╗
║ #06 ########################## Netware 4.xx ################################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│********************* Keine Lizenz (Angeblich) **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Claas Hilbrecht * Adresse: (2:2437/100)
> habe ich versucht die Lizenz neu einzuspielen und INSTALL meldet mir die
> vorhandene Lizenz werde nicht ueberschrieben!
Entweder INSTALL -r, oder die Licencedatei bei RCONSOLE in Directoy
SYS:_NETWARE kopieren, fertig.
┌───────────────────────────────────────────────────────────────────────┐
│********* Haenger in Novell 4.01 mit Clipper 5.2c Programm **********│
├───────────────────────────────────────────────────────────────────────┤
Tip von Wolfgang Riedel * Adresse: (2:2490/2091.2)
> Ich habe schon wieder ein Problem. Wir haben nun fuer unser
> Bueronetzwerk Novell 4.01 installiert. In den letzen Wochen
> hab ich ein Postbuch in Clipper 5.2c und Blinker 2.01
> realisiert welches zirka 40 Filehandles fuer 3 DBFs plus Indexe
> verbraucht. Die Datenbanken sind derzeit noch unter 1MB.
hast Du schonmal probiert:
1. vor dem Programmaufruf
SET CLIPPER=F:50;E:6000;SWAPPATH:d:\temp;TEMPPATH:d:\temp;R0
2. in die NET.CFG
SPX Connections=50
File Handles=80
┌───────────────────────────────────────────────────────────────────────┐
│******************** CD-ROM Wechsel bei NW 4.02 *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Wolfgang Puschke * Adresse: (2:2426/2011.3)
Mit dem neuen ASPITRAN/ASPICD, der beim 4.02 dabei ist, klappt
alles hervorragend!
┌───────────────────────────────────────────────────────────────────────┐
│*********************** NetWare 4.01 für OS/2 ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Nils Oldenburg * Adresse: (2:2410/208.31)
> Hat jemand von Erfahrung mit Novell NetWare für OS/2 ?
Anmerkung: Damit kann ein Novell 4.01 Server und eine OS/2 Workstation auf
einer Hardware gleichzeitig betrieben werden.
Positive:
Ich sitze an einem solchen:
XP in DOS und die Mailbase wird auf dem Server abgelegt.
Negative:
Der Hardware Aufwand ist immens, ich habe 64 MB RAM wegen Performance.
┌───────────────────────────────────────────────────────────────────────┐
│******************** ASPICD.DSK UND NOVELL 4.01 *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Wolfgang Puschke * Adresse: (2:2426/2011.3)
> Ist es normal,dass beim Aufruf des ASPICD die Fehler-
> (Hinweis-) meldung kommt, dass der ASPICD einen veralteten
> API-Aufruf macht ?
Ja! Ist im gruenen Bereich! NW 4.x meckert ueber die alten Aufrufe, macht
aber sonst weiter... Wozu die alten Aufrufe? Damit der Treiber auch unter NW
3.x laeuft! Die Meldung mit dem Besorgen eines neueren Treibers ist da
allerdings etwas verwirrend (wenn du Du die neuesten von NW 4.02 hast)
┌───────────────────────────────────────────────────────────────────────┐
│***************** OS/2 NetWare Requester in NW 4.02 *****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Karlheinz Schmidthaus * Adresse: (2:243/8618.1)
> NetWare 4.02 soll ein neuerer NetWare Requester fuer OS/2 beigepackt
> sein !?
Es ist ebenfalls die Version 2.1, deren Version in ENGLISH bereits seit 04/94
verfuegbar ist.
Neu sind die verschiedene Landessprachen, wie Deutsch, Italienisch und auch
Spanisch. Bei einem Verzeichnis-Vergleich ist mir nur die neuere NWTOOLS.EXE
und einige TLI*.*-Dateien aufgefallen. Alles andere ist von 04/94 od. aelter.
┌───────────────────────────────────────────────────────────────────────┐
│********************* Netware 4.x mit MPR 2.11 **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Wolfgang Puschke * Adresse: (2:2426/2011.3)
MPR 2.11 fuer ISDN von AVM verbindet NW 4.02 Server.
Der Trick: Du installierst ueber das INSTALL.NLM die Product-Option
MPR.211 und schaust Dir anschlieszend die entstehende Protokoll-Datei
an. Dort stehen einige Module, die NICHT kopiert wurden, weil bereits
eine neuere Version vorhanden ist (Teile von MPR 3.0 gehoeren zum
Lieferumfang von NW4.x). Diese Dateien kopierst Du dann per Hand von den
Disketten ins Systemverzeichnis.
Auszer dass der Server nicht mehr unbeaufsichtigt hochgefahren werden
kann, weil eins der ISDN Module nach irgendeinem "Kanal" fragt (den Du
ueber das benoetigte INETCFG 2.x nicht einstellen kannst), laeuft alles
im gruenen Bereich.
Hier laufen NW3.x und NW4.x Server eintraechtig im Verbund...
by the way:
'ne semipermanente oder Mietleitung ist bei NW4.x Servern schon angesagt...
╔═════════════════════════════════════════════════════════════════════════════╗
║ #07 ########################## PNW / NW Lite ###############################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│************************ NWLite 1.1 + CD-Rom ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Frank Schneider * Adresse: (2:245/302.4)
1. Moeglichkeit:
Lastdrive=Z in der config.sys
MSCDEX erst nach SERVER.EXE laden.
2. Moeglichkeit:
Lastdrive<Z in der config.sys
MSCDEX
SERVER
CLIENT
und dann das Laufwerk auf einen neuen Buchstaben mappen..
┌───────────────────────────────────────────────────────────────────────┐
│********************** NWLite 1.1 und OS/2 2.1 **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Udo Heinold * Adresse: (2:2476/550)
> Ich hatte schon mal nachgefragt wie man beide Programme miteinander
> verbinden kann. Zur Antwort kam: DOS Fenster unter OS/2 oeffnen und dann
> NWLite aufrufen.....
nicht ganz.
Alles was Du tun musst ist ein BOOT-Image zu generieren. Einfach eine
DOS-Boot-Diskette erstellen mit allen Treibern, etc. dann (wie im OS/2
Handbuch beschrieben) mit VDISK ein Boot-Image erstellen und dieses bei den
DOS Einstellungen als Startup Drive angeben ... und in diesem Boot-Image
wirst Du es schaffen mit Deiner OS/2 Kiste an den NWLite Server zu kommen ...
┌───────────────────────────────────────────────────────────────────────┐
│************************* PNW und WFW 3.11 **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Christian Partheil * Adresse: (2:240/1010.2)
> Fehlermeldung: Dateifehler, NETWARER.DRV nicht gefunden.
--------------------------------- cut here ---------------------------------
Fehlermeldung NETWARER.DRV nicht gefunden bei Windows-Aufruf wenn Personal
Netware 1.0 geladen ist. Im Windows-Verzeichnis existiert ein
Unterverzeichnis NLS, in diesen muss ein weiteres Verzeichnis mit dem
Namen DEUTSCH angelegt werden.
Die Datei NETWARER.DRV befindet sich auf der 5. Diskette und muss mit dem
Befehl PKUNPACK in dieses Verzeichnis entpackt werden.
-------------------------------- end of cut --------------------------------
┌───────────────────────────────────────────────────────────────────────┐
│***************** Nur PNW von NW DOS 7 installieren *****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Ralf Amrhein * Adresse: Gernet (21:100/98.2)
> Gibt es eine Moeglichkeit, von Novell DOS 7 _nur_ das Personal
> Netware zu installieren und dieses ohne eine Komplett-
> installation mit spaeterem Rauswurf von Novell DOS.
(zuerst die AUTOEXEC.BAT und CONFIG.SYS sichern, dann ...)
1. NovellDOS 7 Disketten in ein temporaeres Verzeichnis auf der Festplatte
kopieren. In dieses Verzeichnis wechseln und folgendes eingeben:
2. PNUNPACK SETUP2.EX_ C:\
3. COPY SETUP.INI C:\
4. Wechseln nach C:\
5. REN SETUP2.EXE SETUP.EXE
6. SETUP (startet PNW-Installation)
┌───────────────────────────────────────────────────────────────────────┐
│********************** Personal Netware Fragen **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Rudi Pohlen * Adresse: (2:2440/288.7)
> Wenn ich aus Windows heraus das "Personal NetWare"-Icon
> anwaehle, erscheint die Fehlermeldung "Cannot find file
> NETWARE.DLL..". Zugriffe auf das Netzwerk sind dann nicht
> moeglich.
Die Fehlermeldung stammt von Microsoft Windows und gibt an, dass die
Windows-Unterstuetzung fuer Personal NetWare nicht korrekt eingebunden ist.
Kopieren Sie die Datei NETWARE.DLL in das Windows-Verzeichnis.
Pruefen Sie, ob der [Boot]-Abschnitt in der SYSTEM.INI DEN Eintrag
"network.drv=netware.drv" enthaelt.
Ferner muss unter [386ENH] die Zeile "network=*vnetbios.386, vipx.386,
vnetware.386" existieren.
Quelle: Novell NetNews Ausgabe 7/94
┌───────────────────────────────────────────────────────────────────────┐
│********************** automatisches Remapping **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stephan Schneider
> Wie koennen Rechner erkennen, wenn das Netz unterbrochen worden
> ist und dann bei physischer Verbindungswiederaufnahme die
> logischen Verbindungen selbststaendig wieder herstellen?
Nimm in Deine NET.CFG folgende Zeilen auf
(die sollten eigentlich schon drin sein, wenn Du mit SETUP
gestartet hast):
VLM = AUTO.VLM
VLM = NMR.VLM
Damit schafft das Netz bei Unterbrechungen AUTOMATISCH seine Verbindungen
wieder her (ein Vorteil der VLM's) und Du brauchst gar kein NET MAP ..,
um wieder zu verbinden.
┌───────────────────────────────────────────────────────────────────────┐
│************************* Probleme mit PNW **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Olaf Henschel * Adresse: (2:249/4020.23)
> wenn ich auf beiden Rechnern die Workgroup WORK o.ae. von Hand
> eingerichtet habe, sagt er, dass nur er alleine in der workgroup
> ist.
Wenn Du mehrere PC's in einer Workgroup hast, kannst Du diese nicht
separat einrichten.
Zuerst musst Du einen PC mit Server-Funktion inklusive Workgroup
einrichten. Wenn Du den 2. PC einrichtest, erstellst Du keine neue
Workgroup, sondern trittst einer Bestehenden bei. Nachtraeglich sollte das
mit 'SETUP /FIRST' gehen. Dann sollte alles funktionieren.
┌───────────────────────────────────────────────────────────────────────┐
│*************** Remote-Booten mit Novell DOS 7 / PNW ****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Andreas Beutling * Adresse: (2:2410/115.8)
Bastel Dir eine Boot-Diskette, die auf dem Remote-Boot-Client so
funktioniert, wie Du das vom Boot-Image erwartest. Also ein System rauf, LSL,
Kartentreiber, RPLODI, IPXODI und den ganzen VLM-Kram. Die testest Du
solange, bis sie richtig spielt. (Empfehlung: Die dann spielende Diskette mit
XCOPY auf eine frisch formatierte uebertragen.)
Jetzt erzeugst Du Dir auf dem Server ein Verzeichnis C:\LOGIN und weist es in
NETADMIN einem gemeinsamen Verzeichnis namens LOGIN zu. Dort vergibst Du
allgemeine Leserechte. Die bereits erzeugte Boot-Diskette kommt ins Laufwerk
A: im Server und wird durch Aufruf von DOSGEN aus dem LOGIN-Verzeichnis
heraus in ein Bootimage NET$DOS.SYS uebertragen.
Das war's schon fast... Auf dem Server musst Du noch NEARSERV starten und den
Boot-ROM in die Netzkarte einsetzen. Wenn's nun nicht bootet, stimmt die
I/O-IRQ-Kombination fuer die Karte nicht. Das ist aber Karten- und
ROM-abhaengig...
┌───────────────────────────────────────────────────────────────────────┐
│******************** Infos ueber Bootrom bei PNW ********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stephan Schneider * Adresse: (2:246/8100)
bei Novell-Dos 7 ist RPLDOC.TXT, RPLODI.TXT und RPLFIX.DOC dabei,
da steht alles drin.
┌───────────────────────────────────────────────────────────────────────┐
│****************** SERVER mit MSDOS 6.2 hochladen *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Paul Herger * Adresse: (2:310/3.25)
> Kann man den Server unter MS-Dos hoch laden, er verbraucht
> sonst ca. 50 Kbyte Speicher ?
Ich habe hier MS-DOS 6.2 und PNW vom Nov-DOS 7.0. Meine CONFIG.SYS beginnt
mit:
DEVICE=C:\DOS\HIMEM.SYS
DEVICE=C:\DOS\EMM386.EXE NOEMS HIGHSCAN
DEVICE=C:\NWCLIENT\DPMS.EXE
....
Der DPMS.EXE kann also auch unter MS-DOS verwendet werden. Und dann kann
SERVER.EXE hochgeladen werden!
┌───────────────────────────────────────────────────────────────────────┐
│NEU!**************** NETWARER.DRV - die LOESUNG *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Thomas Richter * Adresse: (2:246/1410.30)
>[NETWARER.DRV nicht gefunden]
Bei mir sieht die Loesung so aus:
SET NWLANGUAGE=L:\SYSTEM\NLS\DEUTSCH
Voellig egal, ob da deutsch oder hugo steht - da muss ganz einfach
die volle Pfadangabe stehen, wo Netwarer.drv zu finden ist.
╔═════════════════════════════════════════════════════════════════════════════╗
║ #08 ########################### Novell DOS #################################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│***************** "normaler" Cursor unter NW DOS 7 ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Andre Weigel * Adresse: (2:2444/2001.19)
Den Einfuegemodus kann man mit der Taste EINFG ein oder auschalten, oder man
kann ihn auch aktivieren oder deaktivieren, indem man
im SETUP folgende Menues anwaehlt.
DOS System- & Speicherverwaltung
|
+--> DOS Parameter
|
+--> Konfiguration des Puffers bereits verwendeter Kommandos
(HISTORY)
|
+--> Einfuegemodus ON/OFF
┌───────────────────────────────────────────────────────────────────────┐
│************************* NWDOS7 Sicherung **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Andreas Beutling * Adresse: (2:2410/115.8)
> Sicherung nur mit aktiviertem Netzwerkteil.
Es gibt einen "echten" Dummy, um das Netz zu starten.
In Novell DOS7 ist ein NULL.COM enthalten. Das ist ein MLID, der
normalerweise fuer das Einbinden von alten gelinkten IPX-Treibern ist und
erfordert keine Netzwerkkarte.
┌───────────────────────────────────────────────────────────────────────┐
│****************** 2x CD-ROMs unter Novell DOS 7.0 ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Guenther Behrendsen * Adresse: (2:240/5804)
> Gibt es eine Moeglichkeit NWCDEX so zu konfigurieren, dass man
> auf beide CDs gleichzeitig(!) zugreifen kann.
LH NWCDEX /D:CDROM002 /D:CDROM001 /D:CDROM003 /M:16 /F:40 /V /L:M
So mache ich das mit drei CD-ROMs. /L:M sagt nur, ab welchem
Laufwerksbuchstaben NWCDEX versuchen soll, CD-ROMs unterzubringen.
In der Reihenfolge wie oben angegeben, werden die Laufwerke zugewiesen.
┌───────────────────────────────────────────────────────────────────────┐
│****************** SETFIFO Parameter automatisch ? ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Harald Hasselboeck * Adresse: (2:2476/516.69)
> Gibt es eine Möglichkeit die Parameter beim Aktivieren des 16550
> per Batchdatei zu übergeben?
Ja, mit
echo 123 | setfifo
╔═════════════════════════════════════════════════════════════════════════════╗
║ #09 ######################## Shell / Requester #############################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│**************************** vlm<-->netx ****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Peter Fischer-Haaser * Adresse: (2:2407/973)
> Ich habe folgende "Auffaelligkeit" bei den VLM-Triebern, welche
> bei Netware ab 3.12 beiliegen festgestellt:
> Die Req-Locking-Mechanismen funktionieren anscheinend nicht mehr!
"the main difference between between VLM and NETX is, ... NETX captures
dos-call dispatch them and if not netware-relevent sends then to dos ---
vlm let's dos dispach the calls and if dos can't interpret them these
calls are netware calls..." oder so.
Jedenfalls, wenn wenn ein File via "SYS:PUBLIC\xyz.abc" referiert wird, so
geht das mit dem Locking unter VLM nicht (unter NETX tut's), das file sollte
also ueber "N:\PUBLIC\xyz.abc" angesprochen werden (Anm.: map root n:=SYS:)
So geht's schliesslich auch unter VLM und NETX.
┌───────────────────────────────────────────────────────────────────────┐
│**************************** IPX <-> ODI ****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Harald Armin Massa * Adresse: (2:2407/9.7)
> Bringt das Umstellen auf ODI wirklich Vorteile?
ja. Denn bei zukuenftigen neuen IPX-Releases tauscht Du nur noch die
IPXODI-Datei aus. Oder bei neuen Treibern die Harware Treiber. Alles mit
simplen "COPY" befehlen, nix mehr mit WSGEN.
┌───────────────────────────────────────────────────────────────────────┐
│****************** SHOW DOTS ON zeigt keinen Punkt ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Mirko Mucko * Adresse: (2:2440/210)
> Interessant ist fuer mich in diesem Zusammenhang, dass bei
> einem DIR- Befehl nicht die Eintraege '.' und '..' angezeigt
> werden, obwohl in der SHELL.CFG der Eintrag 'SHOW DOTS=ON'
> enthalten ist.
> Wir arbeiten mit Ethernet, IPX-Protokoll und die NETX.EXE
> aus dem DOSUP9 update ist installiert.
Bei den DosUp9-Files solltest Du SHELL.CFG in NET.CFG renamen!
┌───────────────────────────────────────────────────────────────────────┐
│************************* VLM unter NW 3.11 *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alex Woick * Adresse: (2:244/1500)
> wie binde ich die VLM's in einem normalen 3.11-Netz ein?
Einfach statt netx.exe das vlm.exe aufrufen..
Naeheres entnimm dem readvlm.txt aus dem dosup9 Paket.
> - Ersetzt VLM.EXE den normalen Shell-Treiber NETX.EXE?
Ja.
> - Liegt dem VLM-Aufruf eine 'normale' ODI-Basis zugrunde?
Ja.
> - Welche VLM's sind unbedingt in der NET.CFG anzugeben
Man muss gar keine angeben, sofern man die 'defaults' verwendet.. Man nehme
z.B. folgendes net.cfg:
LINK DRIVER NE2000
FRAME Ethernet_802.3
INT 2
PORT 300
Netware DOS Requester
preferred server = servername
FIRST NETWORK DRIVE = F
(das "netware dos requester" definiert Konfigurationsoptionen fuer die
vlm-Shell)
> - Gibt es eine Chance, bei Workstations mit 'W*ndows fuer
> Workgroups'-Treibern VLM zu benutzen?
Im DOSUPx Paket ist ein odinsup.doc drin, was genau obiges beschreibt.
┌───────────────────────────────────────────────────────────────────────┐
│************************** VLMs optimieren **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Patrick A. Scholz * Adresse: (2:2453/400)
> Netware DOS Requester
> FIRST NETWORK DRIVE = F
Weiter kann man unter NW 3 auch ein
netware protocol = bind
exclude vlm = nds.vlm
exclude vlm = rsa.vlm
exclude vlm = pnw.nlm
exclude vlm = security.vlm
hineinsetzen.
Folgende Einstellungen koennen die Verarbeitungsgeschwindigkeit reduzieren:
load low conn = off \ conn & ipxncp VLMS werden auch in den UMB geladen
load low ipxncp = off /
average name length = 8 (Summe der Laenge der Namen aller Server die per
attach erreicht werden koennen: Standard = 48)
auto large table = off (nur ON wenn Benutzername + Passwort >= 32 Zeichen)
┌───────────────────────────────────────────────────────────────────────┐
│********************** > 8 Connections im Netz **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alex Woick * Adresse: (2:244/1500)
> Wie kann man mehr als 8 Connections betreiben ?
Laut install.exe des OS/2 Requesters fuer den Eintrag "sessions=" im net.cfg
sind bis zu 32 Serververbindungen konfigurierbar, der Defaultwert ist 8.
Auch unter DOS sind mehr als 8, und zwar mit VLM, moeglich. Dort heisst der
Parameter "connections=.." und erlaubt maximal 50(!) Verbindungen.
Nur unter NETX sind maximal 8 Serverconnections moeglich.
┌───────────────────────────────────────────────────────────────────────┐
│*************************** NOVELL & OS/2 ***************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Frank Hamburger * Adresse: (2:244/1151)
> Wie kann man unter OS/2 2.xx zwei LOKALE SESSIONS starten?
Novell Requester 2.10 ist wohl installiert!?
In den Settings zu jedem DOS-Task findest Du die Einstellmoeglichkeit
NETWARE_RESOURCES, dort kannst Du auswaehlen ob die Session Global sein soll
oder als eigene Private Session am Server anmeldbar ist.
Willst Du dich in einem OS/2 Task extra nochmal anmelden, muessen die
Drivemappings nochmal neu gemacht werden da er diese bei einem weiteren LOGIN
killt.
┌───────────────────────────────────────────────────────────────────────┐
│***************************** AUTO-VLM ******************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Michael Rottwinkel * Adresse: (2:2426/3020.54)
> Wer kann sagen, was das AUTO-VLM denn nun genau machen soll?
Das AUTO.VLM stell automatisch die Verbindung zum SERVER wieder her, wenn
sie mal kurz gekappt war. AUTO.VLM sichert dazu die Einstellungen der
Verbindung. (Username/Passwort)
In der NET.CFG muß dazu stehen
VLM=AUTO.VLM ;Auto-Modul laden
VLM=BIND.VLM ;Binderyunterstützung laden
AUTO RETRY 5 ;erneuter Verbindungsversuch nach 5
;Sekunden (1-3640)
BIND RECONNECT ON ;Damit es auch mit der Bindery
;funktioniert
Ich hoffe ich, daß ich nichts vergessen habe.
(aus Tierling 3.12 S.250ff.)
┌───────────────────────────────────────────────────────────────────────┐
│******************************* VLMs ********************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein * Adresse: (2:2476/709)
> Was bringen denn VLMs ?
Die NETX wird wegen der Groesse der EXE und anderer Probleme nicht mehr
weiterentwickelt, statt dessen werden jetzt VLMs eingesetzt, die zwar
teilweise noch Probleme machen, aber das Konzept der Zukunft sind.
Eine VLM.EXE als Loader und viele kleine .VLM Module, die je nach Bedarf
geladen werden koennen, dadurch weniger Speicher verbrauchen (oder wenigstens
nicht allzuviel mehr als NETX) und auch besser in den HMB geladen werden
koennen. (macht VLM.EXE uebrigens automatisch)
Ausserdem kann man mit den VLMs z.B. einen Client gleichzeitig an einen PNW
und NW Server und an ein CD-ROM haengen, ohne dass das DOS wie bei den NETX
umgangen werden muss. Die VLMs unterstuetzen auch das Packet Burst des NW
Servers (ab 3.12)
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Einloggen unter OS/2 ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Roland Steinbach * Adresse: (2:2494/315)
> Wie kann ich es anstellen, dass ich nach dem Booten von OS/Warp nicht
> immer den UserID und das Passwort eintragen muss, um mich auf dem Novell
> 3.12 Server einzuloggen?
In der CONFIG.SYS unter SET RESTARTOBJECTS= den Eintrag CONNECTIONS
rausnehmen.
┌───────────────────────────────────────────────────────────────────────┐
│NEU!***************** WINUP / DOSUP Nachfolger **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Rainer Gassen * Adresse: (2:244/1351.51)
DOSUP9.EXE und WINUP9.EXE waren die letzten Updates in dieser Form. Vor ein
paar Tagen kam eine Info direkt von Novell, dass die in diesen Archiven
enthaltenen Programme, Treiber usw. ab sofort auf neue Archive aufgeteilt
werden.
VLMUPx.EXE enthaelt alle aktuellen VLMs, ODI- und MLID- Treiber.
NET33X.EXE oder NET33XN.EXE enthaelt die letzte NETX.EXE, die NET33XN
zusaetzlich die NETWARE.DRV fuer Windows.
Die NETX.EXE wird von Novell nicht mehr weiter unterstuetzt.
WINDR1.EXE enthaelt die aktuellen Windows Treiber und VxDs fuer VLMs und
NETX.
NWDLL1.EXE enthaelt die aktuellen Windows DLLs fuer die VLMs.
╔═════════════════════════════════════════════════════════════════════════════╗
║ #10 ############################# Drucken ##################################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Rprinter einfach weg ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Jens Meyer * Adresse: (2:2426/3075)
> an was kann es liegen, das sich der rprinter in einem 3.11
> Netz einfach verabschiedet, und das ganz ziemlich regelmässig
Die RPrinter-Geschichten hat Novell noch nie ganz zu den Akten legen koennen.
Entladen und erneuetes schnelles laden des RPrinter brint auch so seine
Probleme.. ebenfalls RPrinter unter Windows.
Meine Empfehlung ist da ganz umzusteigen auf Fremdprodukte wie Lanspool oder
IQ-Server von Infiniy. Das letzgenannte ist recht preiswert und versagt
"fast" nie seinen Dienst, weder unter Windows noch unter anderen Anwendungen
die ich so kenne. Kann neben den LPT-Ports auch die COM-Schnittstellen
bedienen und ist etwa 5 mal schneller als der RPrinter...
den PServer kann man sich damit gleich mit sparen.
┌───────────────────────────────────────────────────────────────────────┐
│************************ HP4L an Novell 3.12 ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alex Woick * Adresse: (2:244/1500)
> ... ist korrekt eingerichtet, aber der Drucker wird nicht erkannt.
> Es erscheint immer folgende Meldung: LPT-Anschluss ist bereits aktiv,
> kann nicht benutzt werden! Nun ist der Lpt1-Port allerdings nicht von
> einem anderen Geraet belegt;
Habt ihr eine Netzwerkkarte auf 360h? Das ueberschneidet sich, falls die
Druckerschnittstelle auf 378h liegt. (Netzwerkkarten belegen typischerweise
20h Adressen, also von 360-37f, was sich halt mit 378 ueberschneidet). Stell
die Netzwerkkarte z.B. auf 300, 320 oder 340.
┌───────────────────────────────────────────────────────────────────────┐
│************************ 9 LPT's mit NW 3.12 ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Juergen Fritz * Adresse: (2:2487/3120)
> koenntest Du mir bitte sagen, was ich in der win.ini aendern muss, um
> mehr als drei lpt ports zu haben.
In der WIN.INI unter der Rubrik [PORTS] folgendes erweitern:
[ports]
LPT1:=
LPT2:=
LPT3:=
LPT4:=
LPT5:=
LPT6:=
LPT7:=
LPT8:=
LPT9:=
Das reicht dann schon, um mit NW 3.12 unter Windows mit dem Netware-Tool die
9 LPT's zu benutzen.
Wenn man unter DOS ebenfalls die 9 LPT's ansprechen möchte, benötigt man noch
den CAPTURE von Netware 4.0.
┌───────────────────────────────────────────────────────────────────────┐
│********************* Druckerpuffer leeren (1.) *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein * Adresse: (2:2476/709)
> wird in PCONSOLE ein _AKTIVER_ Druckjob geloescht, weil z.B. der
> falsche Drucker gewaehlt wurde so stoppt der Ausdruck nicht
> sofort, weil irgendwo noch Daten haengen
PCONSOLE -> Print Server Info -> Print Server Operator
hier muessen alle gewuenschten Supervisor Equivalente als Operator
eingetragen werden, sonst fluppts nachher nicht. Das ist natuerlich nur
EINMALIG !!!
dann in .. -> Status/Control -> Printer Status
als Operator hast Du jetzt rechts oben ein Feld, das Du mit RETURN oeffnen
kannst und mit ABORT PRINT JOB kannst Du den aktiven Job abbrechen.
2. Moeglichkeit siehe naechste Info.
┌───────────────────────────────────────────────────────────────────────┐
│********************* Druckerpuffer leeren (2.) *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Patrick A. Scholz * Adresse: (2:2453/400)
> Wie kann man diesen Puffer loeschen, damit nicht z.B. 35 Seiten
> mit 5 Muellzeichen gedruckt werden?
PSC PS=printservername P=druckernummer AB
┌───────────────────────────────────────────────────────────────────────┐
│******************** Printcon job configurations ********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Niels Kuhnen * Adresse: (2:512/27.5)
> Wie kann man Print Job Konfigurationen fuer alle erstellen ?
Erstelle als Supervisor eine Print Job Konfiguration, kopiere die
printcon.dat aus \mail\1 nach \public und aendere SMODE fuer capture.exe und
evtl. nprint.exe ab:
smode capture.exe 5 (search on all opens)).
Alle, die diese Konfiguration verwenden sollen, duerfen in ihren Home
directory kein printcon.dat File stehen haben.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Globale PRINTCON.DAT ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Guenter Reichelt * Adresse: (2:2448/1400.1)
> Wie kann man die PRINTCON.DAT einfach an alle Benutzer
weitergeben/kopieren?
nimm folgenden Part im System-Logionscript auf:
if USER_ID="1" then
#NCOPY \MAIL\1\PRINTCON.DAT \PUBLIC\
else
#NCOPY \PUBLIC\PRINTCON.DAT \MAIL\%USER_ID\
end
┌───────────────────────────────────────────────────────────────────────┐
│***************************** Rprinter ******************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Michael Rottwinkel
die neueren Rprinter Versionen kann man mit dem Parameter -P
im Pollingmode betreiben. Damit sind viele Probleme auch unter WIN
beseitigt.
RPRINTER <PRINT SERVER NAME> <PRINTER #> -P
Den "-P" Parameter gibt es nur in Version 1.26 und höher von Rprinter.
╔═════════════════════════════════════════════════════════════════════════════╗
║ #11 ############################# Backup ###################################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│******* NBACKUP Netware 3.11: LOG's auf kaputter Platte (SRV) *******│
├───────────────────────────────────────────────────────────────────────┤
Tip von Sven Schaetzl * Adresse: (2:241/7220.1)
> Folgendes Problem: Ein Bekannter hat auf seinem Netware 3.11
> Server die LOG und ERR-Dateien des NBACKUP auf dem Server statt
> auf der lokalen Platte abgelegt.
> Nach dem Absturz der Serverplatte kann die LOG-Datei aufgrund eines
> Bandlesefehlers nicht neu aufgebaut werden.
> Weiss jemand in diesem Fall Abhilfe???
Bei einem Vortrag von Novell kam auch jemand darauf zu sprechen und meinte,
dass NBACKUP einfach *unerklaerlicherweise* eine LOG Datei braucht, ABER
NICHTS AUS IHR LIEST !!! (steht *alles* auf Band)
Da die LOG-Datei nur "Show" ist, einfach Nbackup mal aufrufen, damit wieder
irgendeine erzeugt wird, dann muesste das Zuruecksichern wieder gehen.
┌───────────────────────────────────────────────────────────────────────┐
│***************** ARCSERVE 5.01 unter Netware 3.xx ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Ralf Schmitt * Adresse: (2:244/1351.48)
> sobald ich die Arcserve von Windows aus versuche anzusteuern
> klappt es nicht und Windows hängt sich auf.
wenn Du die VLMs benutzt mußt Du den NDS.VLM laden
(wird standardmäßig in der NET.CFG mit ";" auskommentiert)
┌───────────────────────────────────────────────────────────────────────┐
│NEU!************** Backup mit Sytos unter NW 3.xx *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein * Adresse: (2:2476/709)
> nach einer Aufruestung von ELS II auf 3.12 will das alte SYTOS
> die Backupbaender nicht zurueckspielen
> Fehler: man soll eine Gruppe EVERYONE einrichten, die aber
> natuerlich schon existiert.
Das geht mit SYTOS tatsaechlich nicht mehr.
Sytos Plus kann auch SYTOS Baender lesen, ist also erste Wahl bei einer
Umstellung (allerdings ist kein Update moeglich, nur Neukauf!), ansonsten
duerften auch ArcSolo von Cheyenne oder andere Backupprogramme mit der
Hardware funktionieren.
┌───────────────────────────────────────────────────────────────────────┐
│********************* Problem mit WINSTART.BAT **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alex Woick * Adresse: (2:244/1500)
> In der WINSTART.BAT lade ich Btrieve.
> Wenn dieses Programm in der WINSTART.BAT geladen wird, bleibt der
> Rechner nach dem Beenden von Windows stehen (schwarzer Bildschirm, Cursor
> oben links in der Ecke).
> Wenn ich das Programm von hand lade, bevor ich Windows starte, kann ich
> Windows normal beenden.
Bei irgendeinem Readme zu einem Update von Btrieve oder bei Arcserve 5.0
stand, dass obiges Problem auftreten koenne und man wisse nicht warum und man
solle Btrieve eben vor Windows und nicht in der winstart.bat laden.
┌───────────────────────────────────────────────────────────────────────┐
│********************* Trustee Rights mitsichern *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Andy Lucas * Adresse: (2:2468/9806)
> Mir gehen beim Kopieren eines Volumes die Trustee Rights der
> einzelnen User verloren.
Man muss ein Programm verwenden, dass die Trustee mitsichert (z.B. ARCSERVE,
NBACKUP usw.)
> Wie kann ich die Trustee Rights separat von einem Server auf
> den anderen uebertragen?
z.B. mit NBACKUP sichert man z.B. mit einer Maske fuer die Datei die den
Namen 123.123 hat. Jetzt muss man nur noch angeben, dass man alle
Verzeichniss informationen mitsichern willst.
> Was haben die Dateien *.SYS und *.SRV in dem Verzeichniss
> SYS:SYSTEM\*.QDR zu bedeuten? (Sie stehen im staendigen Zugriff
> von Netware)
Das sind Printer-Queue System-Dateien von Netware.
┌───────────────────────────────────────────────────────────────────────┐
│************************* SERVER kopieren ! *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Sven Semel * Adresse: (2:2468/9811)
> Gibt es eine Moeglichkeit, einen kompletten Server inklusive
> aller Rechte, User, Drucker, Queus, usw. zu kopieren ?
Wenn beide Server am Netz sind, dann kopiere erst mal alle Daten auf den
neuen
Server rueber. Dann mach von einer Workstation aus mit NBACKUP ein Backup
einer nichtexistenten Datei (123.123), dann sichert er nur die Rechte und die
Bindery. Das sicherst Du dann auf den neuen Server und fertig.
┌───────────────────────────────────────────────────────────────────────┐
│********************** Arcserve/ Novell Lizenz **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Hubert Oevermoehle * Adresse: (2:2449/414.7)
> Beim Laden von Arcserve (5 User) auf einem Novell (100 User) erscheint
> folgende Meldung:
> "This Version of Arcserve runs only on a 5 User-System!"
Auf der Platte stehen doch die Daten von Deinen 100 Usern. Arcserve moechte
deshalb bei einer 100 User Lizenz von Novell auch eine 100 User Lizenz von
Arcserve.
╔═════════════════════════════════════════════════════════════════════════════╗
║ #12 ######################### 3rd Party Utils ##############################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│************************* Lizenzverwaltung **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Guenther Wagner * Adresse: (2:2494/22.24)
> ich suche eine Software mit der man unter Netware 3.12
> sicherstellen kann, dass nicht mehr Leute ein Programm
> starten als Lizenzen fuer dieses vorhanden sind.
z.B. "SiteLock" von Brightwork Development
oder "AppMeter" von uti-maco
beides Loehn Soft so um 1000 DM
┌───────────────────────────────────────────────────────────────────────┐
│****************************** WINPORT ******************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Wolfgang Mattis
Produktinformation Stand: 28.07.93
=======================================================
WINPORT/DOSPORT der Firma LANSOURCE Technologies Inc.
=======================================================
Fax & Modem Sharing Software für LANs
Fuer Einsatz unter Windows 3.1 und unter MS-DOS.
WINPORT ist eine komplette Kommunikationsplattform fuer
Fax- und Datentransfer. WINPORT beinhaltet die Modem-
Server-Software und die Workstation-Module fuer Windows
3.1 und DOS. Benutzen Sie weiterhin Ihre favorisierten
Anwendungen. WINPORT stellt Ihnen an jeder Workstation
Modeme zur Verfuegung.
WINPORT erlaubt es Ihnen, ein gemeinsam genutztes Fax-
oder Datenmodem so zu benutzen, als waere es lokal an
Ihre Workstation angeschlossen. Mit dem gleichen Modem
koennen Sie Faxe versenden, BTX betreiben, in Mailboxen
einloggen, Fernwartung durchfuehren und dies alles an
jedem Arbeitsplatz im Netzwerk. Sie koennen sich aber
auch von ausserhalb jederzeit ueber das Modem in Ihr
Netzwerk einwaehlen und mit einer bestimmten Worksta-
tion verbinden lassen.
* Anzahl der User:
Jeder User in einem Netzwerk kann ein ueber WINPORT zur
Verfuegung gestelltes Modem nutzen. Unter Novell-Netz-
werken lassen sich zusaetzlich Zugriffsrechte vergeben,
die auf der Rechtestruktur von Novell basieren.
* Anzahl der Modeme / Modemserver:
In einem Netzwerk koennen mit WINPORT bis zu 99 Modeme
gleichzeitig verwaltet werden. Pro aktivem Modem wird 1
Lizenz benoetigt. Als Modem-Server eignet sich jede
Workstation im Netzwerk, die ueber mindestens 1
serielle Schnittstelle verfuegt. Neben Standard COM1
bis COM4 werden auch einige Multiport-Karten unter-
stuetzt. Der Modemserver wird als TSR geladen und
benoetigt 12kB RAM plus 3 kB fuer jedes weitere Modem.
Es koennen beliebig viele Modemserver im Netzwerk ein-
gerichtet werden.
* Fax:
Benutzen Sie mit WINPORT ein gemeinsames Fax-Modem fuer
den Fax-Verkehr. Es muss dafuer kein eigener Rechner
fuer die Verwaltung abgestellt werden. Setzen Sie ein-
fach Ihre bisherige Windows-Fax-Software ein und arbei-
ten Sie wie gewohnt. WINPORT teilt Ihnen mit, wenn das
Modem gerade belegt ist oder schaltet automatisch auf
das naechste freie Modem weiter.
* Daten:
WINPORT verhaelt sich voellig transparent. Setzen Sie
einfach wie bisher Ihre bevorzugte Software ein (unter
DOS bitte auf INT14 umschalten). Wahlweise koennen Sie
sich automatisch mit dem naechsten freien Modem oder
mit einem Modem Ihrer Wahl verbinden lassen. Rufen Sie
das Modem im Daten-Modus an, so koennen Sie die Verbin-
dung entweder fest einer bestimmten Workstation zuwei-
sen lassen oder den Protocol-Dial-In-Handler benutzen,
ueber den Sie sich zu einer beliebigen Workstation ver-
binden lassen koennen.
* Direkt:
Durch Abstellen der Modem-Initialisierung koennen Sie
die seriellen Schnittstellen der Modem-Server nicht nur
fuer Modeme, sondern auch fuer Drucker, Plotter, Rech-
nerkopplung, Faxgeraete und andere seriell anzuschlies-
sende Geraete einsetzen und auf jeder Workstation im
Netzwerk nutzen.
* Unter Windows:
WINPORT kann beliebig viele Schnittstellen (COM1 bis
COM4) auf das Netzwerk umleiten und stellt zusaetzlich
noch COM5 zur Verfuegung, falls Sie tatsaechlich be-
reits alle vier Standard-Schnittstellen im Einsatz ha-
ben sollten. Die Umleitung koennen Sie jederzeit Ein-
und Ausschalten. Fuer jede der Schnittstellen kann das
Verhalten individuell eingestellt werden (welches Modem
/ automatisches Weiterschalten usw.). Es bestehen kei-
nerlei Einschraenkungen bezueglich der von Ihnen einge-
setzten Anwender-Software.
>> (Novell FAQ Team: Sorry, der zweite Teil fehlt :-( )
┌───────────────────────────────────────────────────────────────────────┐
│************************** Netzwerk-Menue ***************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Pit Biernath * Adresse: (2:301/508)
> ich suche ein Menue-System, das im Novell-Netz laeuft.
> KO-Kriterium: das Teil muss zentral konfigurierbar sein, also eine Datei
> fuer alle Anwender, abgreifen der Berechtigungen am besten aus der
> Bindary, alternativ zentrales editieren der selbigen.
Hier wuerde ich AutoPilott empfehlen (Shareware):
- sehr einfach zu warten
- EIN Menu fuer alle User im Netz
- Anzeige der Menupunkte in Abhaengigkeit von
o Username oder Gruppenzugehoerigkeit
o eingeloggt oder nicht
o 'sehen' eines .COM., .EXE oder .BAT - Files
o Netzadresse der Workstation
- konvertiert bestehende Novell-Menues bei der Installation
- kein TSR, Steuerung ueber Env.-Variablen
Zu requesten bei mir (2:301/508) unter
AUTOPI.ZIP 145,026 11-02-92 AutoPilott Menu System v1.1 (30 day
evaluation version)
┌───────────────────────────────────────────────────────────────────────┐
│********************* Erfahrungen zu NetUtils 4 *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Patrick A. Scholz * Adresse: (2:2453/400)
Nach einem laengeren Gespraech mit der Firma Ontrack in Amerika stellte sich
heraus, dasz das Programm NetUtils 3 nicht mit NCR-SCSI-PCI-Adaptern zusammen
arbeitet.
Kurz entschlossen habe ich also zum reduzierten upgradepreis die Version 4 an
Land gezogen und bin gelinde gesagt begeistert ;-)
NetUtils 4 (jetzt unter dem Namen Ontrack Data Recovery for Netware) laeuft
sowohl unter 3.x wie auch unter 4.x als NLM und ist nicht mehr kopier-
geschuetzt.
Waehrend der Installation wird eine Notfalldiskette angelegt, auf der neben
der SERVER.EXE und den *.NCF Dateien noch die NLMS CLIB und STREAMS sind.
NU4 prasentiert sich wie auch schon bei Version 3 mit drei verschiedenen
Programmen: NetFile NetScan und NetDisk. Waehrend NetFile und NetDisk
verwendet werden koennen, um auf der Serverplatte nach herzenslust zu
editieren (z.B. Dateien vom Server auf Diskette kopieren ohne sich lang an
X-Only Flags oder Rechten zu stoeren), ist NetScan ein um Klassen besserer
Ersatz fuer VREPAIR.
┌───────────────────────────────────────────────────────────────────────┐
│***************************** Faxserver *****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Guenter Joemann * Adresse: (2:2446/220.3)
> Network Communication Extender
Der NCE ist die Realisation eines extrem offenen und vielseitigen
Kommunikations-Servers. Er koordiniert den Betrieb verschiedener Anwendungen,
dazu gehoeren:
> QFax/Net - Netzwerk Faxserver
> NFO - Modemsharing-Server
> NBox - Support-Mailbox
> Infofaxx - Fax on Demand
Daneben koennen auch produktfremde Applikationen, z.B. eine PC-Mailbox,
eingebunden werden. Bei den Anwendungen handelt es sich um vollkommen
eigenstaendige Produkte. Erst der Einsatz der NCE-Shell ermoeglicht den
reibunglosen Parallel-Betrieb. Die Moeglichkeiten moderner Peripherie koennen
endlich ausgenutzt werden. Die NCE-Shell bietet eine Reihe zusaetzlicher
Funktionen. U.a. koennen beliebige Programme automatisch, zu einem
vorbestimmten Zeitpunkt ausgefuehrt werden (Backup oder Datenuebertragung um
Mitternacht etc.)
Die NCE-Software ist fuer den Einsatz in einer beliebigen Netzwerk-Umgebung
ausgelegt. Die Infofax- und die NBox-Software koennen aber auch lokal
betrieben werden. Einige optionale Funktionen setzen ein spezielles
Netzwerk-System vorraus. Hierzu gehoert die Moeglichkeit zur Fern-Diagnose
des NCE-Servers von einer Arbeitsstation und die Modemsharing-Funktion der
NFO-Software (Novell only). Zum Lieferumfang der NCE-Software gehoert ein
leistungsfaehiger Comm-Treiber (XFO-Fossil) fuer den Zugriff auf die
Uebertragungseinheit (xx550 wird erkannt). Diese Architektur ermoeglicht
einen maximalen Datendurchsatz bei gleichzeitiger Hardwareunabhaengigkeit.
Fuer den Betrieb eines Kommunikations-Servers empfehlen wir den Einsatz eines
separaten PC's. Ein dedizierter Comm-Server gewaehrleistet den wirklich
problemlosen Dauerbetrieb, stellt ein Optimum an Flexibilitaet dar und
belastet weder Fileserver noch Arbeitsstationen.
Der NCE wurde auf der vergangenen CeBit zum Messe-Highlight nominiert. Er
wird von fuehrenden deutschen Firmen, wie z.B. Mannesmann Mobilfunk und
Siemens eingesetzt.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Modemsharingprogramm ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Axel Eichhorn * Adresse: (2:240/4001.11)
> Ich suche ein gutes Modemsharing Programm
Man nehme eine beliebige DOS-Workstation, die nicht allzuviel zu tun hat (bei
uns z.B. der Backup-PC, der sitzt tagsueber nur dumm rum). Diesen PC nennen
wir nun Modem-Server. Dort wird ein Modem drangehaengt und ein TSR namens
MSERVER gestartet. Dieses nimmt per IPX Daten von Clients entgegen und
schickt sie an das Modem weiter (und umgekehrt).
Auf den Clients wird unter Windows der COMM-Treiber ausgetauscht (das macht
das Install-Programm fuer uns), und schon schickt jedes ordentlich
programmierte Windows-Programm (das naemlich nicht direkt auf die Hardware
zugreift) seine Daten zum Modem-Server statt zum direkt angeschlossenen
Modem, ohne dass es davon etwas merkt
(Hinweis: die Shareware-BTX-Proggies sind alle unordentlich).
Kein TSR, kein Problem. Performance: 1600 CPS mit einem 14.400 Modem, also
fast so gut wie lokal.
Unter DOS geht es nicht ganz so einfach, da braucht man auf den Clients ein
TSR, das INT14 versteht, und ein Kommunikationsproggie, das ebenfalls INT14
kann (z.B. Telix/Net oder Procomm/LAN oder wie die heissen).
Hersteller dieser Software namens WINport ist LANSource, dt. Distributor:
micro Trend
Wertherstr. 266
33619 Bielefeld
Tel 0521 911080
Fax 0521 9110811
Ach ja, ein Fax-Programm gehoert auch noch zu WINport dazu.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** "Vrepair" von DOS aus ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Patrick A. Scholz * Adresse: (2:2453/400)
> gibt es noch ein anderes Tool um ein Vol. zu retten.
Ontrack NetUtils 4,
Infos telf. unter 0130 815 198 (englischsprachig)
┌───────────────────────────────────────────────────────────────────────┐
│******************* PkZip 2.04g und Netware 3.xx ********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Daniel Moehwald * Adresse: (2:2453/95)
> Packprobleme bei PKZIP 2.04G mit Novell 3.xx
Das Problem tritt nicht auf, wenn ich auf einer lokalen Festplatte packe.
Das Problem tritt nicht auf, wenn ich PkZip mit der Option "-~" benutze,
d.h. Network Support disable.
┌───────────────────────────────────────────────────────────────────────┐
│************************** DV + NCP error ***************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Claas Hilbrecht * Adresse: (2:2437/101)
Kleiner Tip an alle die Probleme mit Desqview und den NCP Tables haben. DV
mit "DV /DT" starten und das Problem ist verschwunden.
┌───────────────────────────────────────────────────────────────────────┐
│**************** mit Desqview an einen Novell Server ****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Mirko Mucko * Adresse: (2:2440/210)
> Ist es moeglich, auf einem Netware-Client (3.12) Desqview
> mit 2 Tasks zu fahren, wenn beide auf den Server zugreifen?
Klar. Nur muss der Client VOR DV geladen werden und sich einloggen.
Es koennen sich also nicht zwei User ueber eine Netzwerkkarte einloggen.
Des weiteren empfielt es sich, maximal outstanding ncp directory limits auf
das Maximum zu schrauben, da DV irgendwie die Finger in den Recourcen haelt.
Und auf der Workstation alle Casts bis Level 3 abfangen.
┌───────────────────────────────────────────────────────────────────────┐
│************************* Abstuerze mit NCL *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Christian Steinhoff * Adresse: (2:2410/301.4)
> NCL soll (z.B. beim Unloaden) den Server ABENDen !??
Wenn man Arcserve und eine aeltere Version des McAfee laufen hatte, war NCL
etwas ungnaedig, wobei der groesste Teil des Fehlers wahrscheinlich im
Virenscanner lag.
Seit ueber einem halben Jahr passiert es nicht mehr.
(Die NCL Version 2.0 von '92 ist immer noch aktuell.)
┌───────────────────────────────────────────────────────────────────────┐
│***************************** Bootproms *****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Martin Gerdes
Auch wenn sie ein biszchen mehr kosten, lohnen sich LANWORKS-Bootproms.
1. sie starten auch von Ethernet 802.2
2. man braucht kein RPLFIX
3. in einem Multi-Server-Netzwerk 3.X kann man mit einem Zusatzprodukt
angeben, auf welchem Server das ROM das Image suchen soll.
4. Starke Zusatzutility: MAPGEN
Eingeben: mapgen a: = <image.fil>
... und man kann direkt mit der Imagedatei umgehen, als ob sie ein
Laufwerk waere.
5. es gibt sie fuer viele Karten (ich habe 3COM, SMC, NE2000)
╔═════════════════════════════════════════════════════════════════════════════╗
║ #13 ########################## TCP/IP / Unix ###############################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│NEU!***************** Netware 3.12 - VMS -UNIX **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Thomas Weigel * Adresse: MAUS Osnabrueck: 0541-597571
Das TCP/IP von Novell bietet nur das Routing von IP-Paketen und das IP
-Tunneling von IPX-Paketen. Sprich: es werden nur Daten auf dem Kabel ent-
sprechend transportiert. Das heisst, du brauchst irgentwas, um an diese Daten
auf dem Netz heranzukommen. Willst du nur ueber eine Workstation mit der
TUnix-Kiste kommunizieren, brauchst du Dos Programme wie Workplace for dos
oder win, Tun von ESker, oder PC_NFS von SUN. Willst du den NovellServer
einbinden dann kannst du FLEX/IP oder Netware NFS einsetzen (NFS gibt's
auch in einer 5-User Version, die wesentlich guenstiger sind.
┌───────────────────────────────────────────────────────────────────────┐
│************************** NFS fuer MS-DOS **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Johann Weinzierl * Adresse: (2:246/45.1)
>> Ansonsten: Was gibt es fuer Loesungen ?
> PC-NFS 5.0 von SunSelect in Muenchen
oder:
- Chamaeleon von Netmanage: ich glaub mit NFS so um die 400 Maerker:
Vorteil: braucht nahezu keinen DOS Speicher. (ca. 6KB!)
Nachteil: ist nur sinnvoll mit Windows Programmen zu gebrauchen,
(zumindest in der Version die wir hatten) wurden die virtuellen
Laufwerke nicht in die DOS Boxen gespiegelt.
Dafuer ist das ganze aber in ein paar recht nette Win Applikationen
verpackt.
- Das TCP/IP Packet von FTP: Sehr umfangreich und leistungsfaehig, auch ein
entsprechendes Entwicklerpacket ist verfuegbar.
Sehr gute Dokumentation.
Nachteil: belegt wie die Software von SUN ne ganze Menge DOS Speicher.
Aufpassen, und sich vorher genau ueberlegen welche 'Kernel' Version man
bestellt!
Preis: hab noch was von 500 DM im Kopf.
Insgesamt sind alle mir bekannten NFS Loesungen keine billigen Sachen;
┌───────────────────────────────────────────────────────────────────────┐
│************************** NFS fuer MS-DOS **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Markus Kottmann * Adresse: (2:2407/68)
> gibt es eigentlich irgendeine Public-Domain-PC-NFS-Loesung?
--------------------------------------------------------------------------
SOSS32.ZIP 322945 15.05.91 Ein NFS-Server fuer DOS
DESCRIPTION
SOSS is a file server conforming to SUN Microsystems' NFS protocol
version 2. It will run on IBM-PC compatibles under Microsoft
MS-DOS, using any Ethernet interface supported by Clarkson
University's packet drivers.
--------------------------------------------------------------------------
┌───────────────────────────────────────────────────────────────────────┐
│************************* Novell - Linux ? **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Erwin Vogel * Adresse: (2:243/5010.2)
> und auf der anderen Seite laeuft ein Unix-System ( 2x Linux-Kiste, 1x Sun
> oder aehnliches.)
> ich dachte, dass es evtl. moeglich waere, einen PC fuer die ISDN-Karte
> einzusetzen und das Netzwerkprotokoll ueber ISDN zu fahren.
Das wird nicht billig.
An beiden Seiten einen Multi Protocol Router von AVM setzen (Minimal Netware
mit AVM Soft/Hardware). Auf dem 3.11 Fileserver zusaetzlich TCP/IP
einrichten.
Ab jetzt kannst Du zwischen den Netzen TCP/IP und IPX via ISDN austauschen
als ob es ein Netz waere.
Damit hast Du allerdings noch nicht die Moeglichkeit von einer Dos-Kiste aus
auf ein Unix System zu kommen. Hier gibt es z.B. TunPlus (ftp,telnet,NFS,
...) unter DOS und Windows. Fuer Windows gibt es z.B. Chameleon NFS und
PC-XWare(X Emulator unter Windows).
Andere Produkte z.B. PC-NFS (Sun), DEC Pathworks, ...
> die Leute sollten ueber diese Verbindung Internet-Zugriff haben, also
> TCP/IP, NEWS, MAIL, IRC, WWW und das ganze Zeug fahren koennen, weiterhin
> schwebt uns vor, die Platte der Unix-Kiste fuer unser Novell-Netz
> mitbenutzen zu koennen.
Da gibt es zwei Produkte von Novell: NFS-Gateway (Unix Filesystem als Netware
volume zu Verfuegung stellen), Netware NFS (Netware Volume als Unix
Filesysstem zur Verfuegung stellen). Ausserdem ist bei Netware NFS auch ftp
fuer Novell und der Austausch von Druckdaten zwischen Unix und Netware
enthalten.
Es reicht evtl. aber auch schon wenn Du mit einem der oben genannten Software
Pakete nur einer DOS Station Zugriff auf Netware und Unix ermoeglichst.
Diese ganze Connectivity kostet allerdings einige Kilomark. Guenstige
Loesungen mit denen man schon einiges machen kann sind z.B. ein PD FTPD.NLM,
SOSS (NFS durch einen dedizierten PC), telnet ueber winsocket.
Die Komplexitaet einer solchen Installation sollte man natuerlich auch nicht
unterschaetzen.
┌───────────────────────────────────────────────────────────────────────┐
│NEU!****************** Linux an Novell-Server ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Vincent Steger * Adresse: MAUS Kaiserslautern: 0631-17901
> Kann mir jemand einen heissen Tip geben, wie ich an die NetWare-Volumes
> drankomme und wie ich ueber Pserver.Nlm drucken kann?
>
> TCP/IP habe ich am Server schon an die NIC gebunden, aber was kommt danach?
Um bidirektional Druckdienste zu benutzen brauchst Du Flex/IP von Novell.
Um im Linux die NetWare-Volumes zu mounten benoetigst Du NetWare NFS
oder das NetWare NFS-Starter-Kit.(Dann brauchst Du Flex/IP nicht mehr, da
dies eine Untermenge von NetWare NFS ist).
Um das Linux-Dateisystem (per NFS) in Deinen NetWare Server zu integrieren
benoetigst Du NetWare NFS-Gateway.
┌───────────────────────────────────────────────────────────────────────┐
│********************** Linux an Novell-Server ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:243/6322.5)
Mit Linux habe ich es zwar noch nicht ausprobiert, aber den Zugriff vom
Unix-Host auf die Dienste eines Netware-Fileservers kann ich Dir trotzdem
beschreiben. Mit der Installation des NLMs fuer TCP/IP hast du die Protokolle
der Transport- und Netzwerkschicht unter Netware bereitgestellt, aber noch
keine Anwendungen fuer die Protokolle hoeherer Ebenen (Telnet, FTP u.s.w.).
Fuer den Zugriff auf die Netware-Volumes muss unterschieden werden, ob FTP
ausreicht, oder ob Du ein NFS auf dem Netware-Fileserver einrichten willst,
welches dann auf die gewohnte Weise in das Dateisystem des Unix-Hosts
eingebunden werden kann. Auf dem kommerziellen Sektor bietet Novell sowohl
NFS fuer Netware (einschl. FTP-Server, bidirektionales Drucken Unix <->
Netware und remote console fuer X-Terminals) als auch eine abgespeckte
Variante namens Flex/IP an, welche nur die genannten Zusatzfunktionen ohne
NFS enthaelt. Dieser Unterschied schlaegt sich natuerlich auch deutlich in
den Preisen fuer die beiden Produkte nieder.
FTP-Server und Druckdienste sind auch als PD verfuegbar. Ein FTP-Server ist
von der Fa. Hellsoft (novell.felk.cvut.cs in der ehemaligen Tschechoslowakei)
erhaeltlich und das Shareware-Programm Charon enthaelt in der Vs. 4.0 neben
dem SMTP- auch ein lpd-Gateway.
┌───────────────────────────────────────────────────────────────────────┐
│************************* Novell und TCPIP **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:243/6322.5)
> Novix ermoeglicht eine Verbindung zum Unix System ohne das die WS
> grossartig geaendert werden sollen, d.h. es wird irgendwie ueber IPX/SPX
> zur WS hin abgewickelt. Habe ich mir aber auch nicht naeher angeschaut.
Damit hast Du die Funktionaltaet doch schon voll getroffen. Es ist ein
TCP/IP<->IPX/SPX Gateway. Auf einem Netware-Server eingesetzt, kommuniziert
dieser mit den WS via IPX/SPX, setzt die Datenpackete auf TCP/IP um und
wickelt auf Basis dieses Protokolls die Kommunikation mit den Unix-Hosts ab.
Damit erspart man sich, wie Du richtig erwaehntest, die TCP/IP
Adressverwaltung auf den WS. Falls Du in naechster Zeit nicht dazu kommst,
selbst einen Blick auf das Produkt zu werfen, kannst Du auch einen Praxistest
in der LanLine 4/94 nachlesen (Vor- und Nachteile, Kurzbeschreibung der
Installation u.a.m.). Die aktuelle Version 2.1 wird darueberhinaus in der
LanLine 3/94 und in der PC-Netze 5/94 vorgestellt.
┌───────────────────────────────────────────────────────────────────────┐
│*************************** TCP/IP routen ***************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Walter Kuenkel * Adresse: (2:2456/10)
> load tcpip
statt dessen sollte dort "load tcpip forward=yes" stehen, sonst geht kein
IP-Routing.
> 192.8.300.59 ist die HOST-Adresse
> 192.8.300.65 ist als Adresse fuer diese Karte eingetragen.
> 192.8.300.62 ist die Adresse der WS, wohin geroutet werden soll.
Das geht so nicht. Routen kannst Du nur unterschiedliche IP-Netze, d.h. die
Karte die zum Host geht, muss als Network-Adresse 192.8.300.xx eingetragen
sein, wobei xx die Host-Adresse des Novellservers wird (frei waehlbar). (BTW:
300 ? War da nicht ein Limit bei 254 und 255 war Broadcast, gell :-)))
An die zweite Karte musst Du TCP/IP mit einer _anderen_ Netzadressierung
binden. Ich gehe mal davon aus, dass Class-C adressiert wird, dann sollte
dort die Adresse 192.8.200.xx stehen
(Nur ein Beispiel, aber mindestens die 3. Stelle muss differieren).
Also:
Unix Host Novell mit 2 Karten Workstation
192.8.300.59 ----------- | |--------------------------- 192.8.200.1
192.8.300.10| |192.8.200.100
| |
Der Novellserver hat also zwei IP-Adressen und ist damit IP-Router, da er
Netz 192.8.300 nach 192.8.200 und umgekehrt routet. Vergiss nicht, der
IBM das Routing klar zu machen. Bei System V gibt's z.B. den Befehl route
add und zur Ueberpruefung netstat -r.
┌───────────────────────────────────────────────────────────────────────┐
│************************** Novell und Unix **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Lennart Koschella * Adresse: (2:246/2001.4)
> Ein Freund arbeitet in einer Firma, in der die Novell- und Unixsysteme
> zwar ueber Mercury gekoppelt sind, es sind aber weder ftp noch telnet
> moeglich.
Sehr empfehlen kann ich den FTP-Server FTPD 1.8. Der setzt auf das TCP/IP von
NW auf und liefert einen gut konfigurierbaren und vor allem bombenstabilen
FTP-Server. Public Domain.
Als Telnet geht CUTCP.* Auch PD, die 3270-Emulation laeuft bei uns
hervorragend. Ob das Ding auch VT220 kann, hab ich jetzt nicht im Kopf.
Bleibt also noch ein FTP-Client. Und da stehe ich auf dem Schlauch, denn ich
hab noch nichts gefunden. Nur kommerzielle Produkte wie PC/TCP. Gut, aber
nicht ganz billig, da Du pro WS loehnen darfst.
┌───────────────────────────────────────────────────────────────────────┐
│************************** NOVELL UND UNIX **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Matthias Evers * Adresse: (2:241/1060)
> Ein Freund arbeitet in einer Firma, in der die Novell- und Unixsysteme
> zwar ueber Mercury gekoppelt sind, es sind aber weder ftp noch telnet
> moeglich.
a) Mercury habt Ihr ja - also ist Email kein Problem mehr. Als Mailclient
hast Du dann sicher auch Pegasus Mail bzw. WinPmail.
Fuer die gesamten Rest brauchst Du einen Pakettreiber, der den PCs ausser
Novells Protokoll (IPX) auch TCP/IP zur Verfuegung stellt. Wenn ihr bislang
mit dem ODI bzw. VLM-Zeugs arbeitet, dann musst Du Dir den ODIPKT.COM
besorgen (wird wie IPXODI zusaetzlich(!) geladen. Wie's genau geht steht im
Readme, das dabei ist. Wenn ihr noch mit dem IPX.COM arbeitet, musst Du
umstellen. Alternativ kann man auch einen echten Pakettreiber laden (der gibt
dann erstmal nur den TCP/IP Teil her) und einen Treiber namens PDIPX.COM
hinterherschieben, der den ersten Treiber auf Novell Paketerkennung
erweitert. PDIPX ist voellig problemlos (und hat noch nicht mal
Aufrufparameter) und kostet nix!
So, nun zu den Anwendungen:
b) Telnet - NCSA Telnet (bietet VT100 Emulation)
c) FTP - ist in obigem NCSA Telnet Paket gleich mit drin.
d) 3270 - ein modifiziertes NCSA Telnet, das das kann (TN3270) ist meist auch
gleich mit dabei.
e) NFS - gibt es mittlerweile als XFS... Paket bei diversen FTP-Servern fuer
MS-DOS Rechner (kostenlos).
f) LPR, LPD - laesst sich mit CHARON realisieren. Ist eigentlich ein
Emailgateway (wie Mercury), kann aber auch Printjobs von/nach Unix/Novell
versenden (kostenlos).
Windows!
Alle wollen das Zeug nun auch noch unter Windows laufen lassen - okay! Kein
Problem! Dazu braucht Du zusaetzlich den WINPKT.COM (kostenlos), sonst
schmiert Dir Windows dauernd ab. Dann Novell laden und im Windows
Setup das Novell Netz eintragen (der TCP/IP Teil mit den Treibern
interessiert
nicht!). So, nun kannst Du z.B. 2 Dosboxen aufmachen und in der einen per
copy
*.* Files vom Novell Server ziehen und in der zweiten einen FTP-Download
machen (gleichzeitig mit nur einer Netzwerkkarte)! Darf es etwas schoener
aussehen unter Windows? Dann besorg Dir die Winsocket Library (kost nix!).
Das ist ein Manager TCPMAN, in dem Du Deine TCP/IP Daten einstellst
(IP-Nummer, Gateway, Netzmaske etc.) und eine DLL, die die Dienste verfügbar
macht. Fuer Winsocket bekommst Du folgende echten Windows Programme:
a) Telnet - QVTNet (VT52, VT100, VT220 Emulation) incl. Cut and Paste
b) FTP - ist im QVT gleich mit drin.
c) WS_FTP - Ftp, das aussieht wie der Norton Commander. Links Deine Platte,
rechts die Platte des entfernten Rechners - nur klicken und transferieren!
d) QWS3270 - 3270 Emulator fuer Grossrechneranbindung
e) Mosaic - ein WWW-Client
f) WINFTP - ein FTP-Server(!) unter Windows.
g) SerWeb - ein WWW-Server(!) unter Windows.
┌───────────────────────────────────────────────────────────────────────┐
│************************** TCP/IP Routing ***************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Bernd Stich * Adresse: (2:2452/171.17)
> Ist dieser Adressaufbau nur die Namenskonvention für das
> Internet oder ist das der zwingend vorgeschriebene und
> einzig mögliche Aufbau für TCP/IP Adressen?
Dieser Aufbau ist vorgeschrieben. In den IP-Adr. sind die Klassen kodiert
und einige der IP-Adr. haben besondere Bedeutung im Netz. Die IP-Adressen
werden in der Dezimalnotation gepflegt.
Class 0 8 16 24 31
A |0| network | local address |
B |10| network | local address |
C |110 network | loc. Address|
D |1110| Multicast |
E |1111| | reserved
An den Adressen sieht man, dass die Anzahl der SUB-Netze und Host in den
Klassen kodiert sind. Mit einer Class-B Adr. kann man z. B. 254 SUB-Netze,
in denen jeweils 254 Hosts adressierbar sind, einrichten.
129.168.5.25 -> 25.Host im 5 SUB-Netz. (NASA IP-Netz)
Adr. im IP-Adressraum die vom IP-Stack besonders behandelt werden sind
z.B.
Class A 127.0.0.0 loopback
Nachrichten an diese Adr. verlassen den Host
nicht, sondern werden auf IP-Ebene abgefangen und an
die höhere Protokollschicht zurückgegeben.
0.0.0.x x'ter Host in diesen Netz
x.x.255.255 alle Host in diesem Netz
..
..
..
Diese duerfen nicht so ohne weiteres an IP-Endgeräte vergeben werden.
Mit Hilfe der Subnetmask kann man die Adressbereiche in Bezug auf Anzahl
der Subnetze und Hosts manipulieren. Im Normalfall verwendet man eine
einfache Subnetmask (255.255.255.0)
Wenn man ohne sehr gut Vorbereitung und Dokumentation mit anderen
Subnetmasks arbeitet, kann man ganz sehr schnell Probleme bekommen.
Im CompuServe hab ich ein Programm gesehen, das Dir für IP-Adressen und
Masken alle benutzbaren Adressen berechnet.Das kann sehr hilfreich sein!
> verbinden TCP/IP Router grundsätzlich Netze oder Endgeräte
> miteinander?
Router verbinden SUBnetze, denn sie pflegen Tabellen ueber die gesamte
Infrastruktur der Netzes, sprich Adressen aller existieren SUB Netze und
zugehoerigen Router.
Die Verbindung der Endgeräte erfolgt durch ein Protokoll Names ARP
(Address Resolution Protocol). Dieses sorgt dafür, dass die entsprechende
MAC-Adresse der Zielstation der Sendestation bekannt wird. Sind Router im
Spiel, wird dir MAC-Adresse des Routers zurückgegeben und dieser leitet
dann an die Zielstation oder den naechsten Router weiter.
Fuer noch mehr und genauere Info musst Du mal en paar RFC's oder Literatur
blaettern:
RFC 1058 (RIP),
1062 (internet Numbers),
791,950,919,922 (IP-def.)
826 (arp).
Brücken und Router v P. Borowka
(exzellentes Buch;sehr gut und verständlich geschrieben)
TCP/IP v G.M.Glaser/M.Hein/J.Vogl
┌───────────────────────────────────────────────────────────────────────┐
│********************** UNIX -> Novell-Drucker ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:243/6322.5)
> wie koennen PCs aus der Terminalanwendung auf beliebige Novell-Drucker
> zugreifen?
Es gibt mit FLEX.IP einen Satz von NLMs fuer den Netware-Servern, der das
bidirektionale Drucken Netware <-> Unix ermoeglicht. Damit druckt Dein
Unix-Host in eine Netware-Printqueue und die Clients des Netware-Server
koennen die Drucker des Unix-Hosts nutzen. Als Voraussetzung dafuer muss aber
ein BSD-Spool auf dem Unix-Host installiert sein. Auf dem Netware-Server
benoetigst Du neben der genannten Software nur die im Lieferumfang von
Netware enthaltene TCP/IP-Unterstuetzung.
┌───────────────────────────────────────────────────────────────────────┐
│**************************** ftp-Server *****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:243/6322.5)
> gibt es einen funktionierenden Freeware-, Shareware- oder
> PD-FTP-Server, der als NLM zuverlaessig auf einem Novell
> 3.11-Server laeuft?
In der Internet-Newsgroup comp.sys.novell wie auch in den Novell-Areas des
FidoNet wird immer wieder der FTP-Server von Hellsoft lobend erwaehnt. Er
erlaubt 32 gleichzeitige FTP-Verbindungen (incl. Anonymous FTP) und kann auch
als Gateway zu Netware Servern ohne installiertem FTP-Server dienen. Beim
Zugriff auf den FTP-Server wie auf die via Gateway erreichbaren
Netware-Server
findet das Netware-Sicherheitssystem Verwendung. Darueberhinaus koennen
IP-Addressraeume definiert werden, von denen aus die Nutzung des FTP-Servers
erlaubt ist.
Name : ftp18.zip (Stand: Nov. 1993)
┌───────────────────────────────────────────────────────────────────────┐
│****************************** Flex/IP ******************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Juergen Hamberger * Adresse: (2:244/1122.7)
> Hat jemand von Euch Erfahrungen mit Flex/IP (Nutzung von TCP/IP
> und SPX/IPX-Drucker) ?
Das Programm ist relativ leicht zu installieren. Es wird ein
eigener 'Printserver' im Novell installiert, der als Gateway
dient. Die Unix-Seite habe ich nicht eingerichtet.
Wir haben nur das Drucken von Novell-Seite auf einen Plotter
und einen Laser-Drucker im HP-Unix-Netz installiert.
Probleme gibt es mit dem Start des Ausdrucks. Man schickt
einen Plottauftrag von einem PC im Novell-Netz ab. Der landet
in der entsprechenden Warteschlange. OK. Er wird vom Flex/IP
in die Unix-Warteschlange eingestellt. OK. Er wird aber nicht
ausgedruckt???? Der Status der Unix-Warteschlange zeigt ein
ungueltiges Zeichen an (irgendwas unter ASCII 32)????
Keiner weiss eine Erklaerung. Der Flex/IP-Haendler nicht,
HP nicht, Novell nicht.
Nach vielem rumprobieren fanden wir heraus, dass im Capture-
Befehl im Novell der Banner-Name gesetzt werden muss! Dann
funktioniert alles einwandfrei.
┌───────────────────────────────────────────────────────────────────────┐
│****************************** Flex/IP ******************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Dieter Prochowski * Adresse: (2:2457/110.5)
> Hat jemand von Euch Erfahrungen mit Flex/IP (Nutzung von TCP/IP
> und SPX/IPX-Drucker) ?
Ja, die haben wir. Am Anfang war die Geschichte etwas schwierig, weil der
Novell-Server bei Druckauftraegen aus dem UNIX 1 x pro Tag stehenblieb. Wir
haben dann alle Module runderneuert und alle erhaeltlichen Patches
aufgespielt - ohne Erfolg ! Erst als wir die Festplattentreiber erneuert
hatten war das Problem geloest. Mittlerweile laeuft Flex/IP stabil und ohne
Problem. Der Vorteil ist, dasz man wirklich alle Novell-Drucker von der
UNIX-Maschine ansprechen kann. Flex/IP ist auf jeden Fall guenstiger in der
Anschaffung als Printerports die beide Protokolle (IPX/SPX und TCP/IP)
verarbeiten koennen. Zu unserer Konfiguration:
- NOVELL 3.11
- AT&T UNIX System V Release 4
┌───────────────────────────────────────────────────────────────────────┐
│******************* Verbindung Netware <-> IBM 36 *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von H. Rueschenschulte * Adresse: (2:2444/2202.4)
Von MI (Micro Integration, Belgien)
Gateway-Rechner mit MI-Gate 5250.
Auf den Workstations gibt es ein DOS- oder Windows-Client, MI-5250 PC-Client
for DOS (Windows).
Allerdings hast Du auch bei dieser Lösung nur Deine 16 LU's, aber Du hast ja
die Möglichkeit Pools zu bilden.
Der Gateway-Rechner kann sogar Gateway und PC-Client sein (nicht zu
empfehlen) so gering ist der Speicherbedarf.
╔═════════════════════════════════════════════════════════════════════════════╗
║ #14 ########################### Fax / Mail #################################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│********************** Mailing System NW 3.12 ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Joachim Schmitt * Adresse: MAUS Wuerzburg: 0931-280269
Welch infame Aehnlichkeit zu Pegasus Mail! ;-)
Wichtiger Unterschied: Das Mailingsystem von Novell kann natuerlich
nur MHS ("Ist ja nicht schlimm; ein Basis-MHS wird ja mitgeliefert").
Doch, ach Schreck: Was mach ich, wenn ich 'ne Mail an einen User auf
einem anderen Server schicken will? NIX! - WARUM? Da baucht man IMHO
ein anderses MHS. Fein; denn das kostet ganz gut KOHLE!
Daraus folgt: lieber beim Original bleiben.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** MHS auf Standalone PC ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Guido Gabriel * Adresse: (2:242/512.5)
> Koennen standalone PC auch per Batchprogramm Mails und Dateien
> an einen MHS-Hub schicken?
Ja, es gibt von MHS eine Personal Edition. Und es gibt auch
Aufrufparameter, die dafuer sorgen, dass MHS nach einem erfolgreichen Anruf
wieder verlassen wird.
┌───────────────────────────────────────────────────────────────────────┐
│*************************** Infos zu MHS ****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:243/6322.5)
[...] zunaechst ein paar Worte zum Aufbau eines E-Mail-Systems und zu den
Einsatzgebieten von Produkten wie MHS:
------------------------------------------------------------------------------
Das E-Mail-System besteht aus zwei Komponenten, dem Transportsystem, auch
Message Transfer Agent (MTA) oder Post-Office genannt und dem Applikation
fuer
das Schreiben und Bearbeiten der E-Mail beim Anwender, auch User Agent (UA)
genannt. In groesseren Netzwerke aus PCs und Workstations sind diese beiden
Komponenten meist getrennt, sie koennen aber auch in einer Einheit integriert
sein, wie bei hostorientierten Systemen.
Wenn Du mit der E-Mail neben den mit der von Dir eingesetzten Software
erreichbaren Kommunikationspartnern auch andere E-Mail-User in anderen
Systemen
erreichen willst, kommst Du um Standards wie das MHS (Message Handling
System)
von Novell nicht herum. Es gibt leider keinen allgemein gueltigen-, sondern
mehrere verschiedene Standards fuer E-Mail-Systeme. Dazu zaehlen zunaechst
einmal die standardiesierten Transportprotokolle wie neben dem schon
erwaehnten
MHS z.B. das SMTP aus der Unix-Welt oder X.400 aus der OSI-Protokollfamilie.
Mit Hilfe dieser Standards kommuniziert das Transportsystem fuer Deine E-Mail
mit anderen Transportsystemen. Wenn es mit einem MTA kommunizieren moechte,
der
ein anderes Transportprotokoll nutzt, muss auf einem der beiden
Transportsysteme ein Gateway installiert werden. Ausser fuer die MTAs gibt es
noch Standards (sogenannte Programming Application Interfaces) fuer die
Kommunikation zwischen MTA und UA. Sehr bekannt sind MAPI von Microsoft, SMF
von Novell und VIM von Lotus.
Der MTA kann je nach eingesetzter Software entweder dediziert oder in einem
File- bzw. Applikationsserver betrieben werden. Global MHS von Novell ist
z.B.
als NLM auf einem Fileserver installierbar. Die meisten MTAs erfordern jedoch
einen dedizierten Rechner.
Ich moechte im folgenden nicht weiter in eine Diskussion ueber Vor- und
Nachteile einzelner Standards und die Problematik beim Gatewayeinsatz
verfallen. Solltest Du Dich damit weiter befassen wollen, empfehle ich Dir
das
c't Magazin 8/93, S. 86ff. und den Themenschwerpunkt in der LanLine 10/93.
Dort findet man auch eine umfangreiche Anbieteruebersicht.
------------------------------------------------------------------------------
┌───────────────────────────────────────────────────────────────────────┐
│********************** PEGASUS Mail unter OS/2 **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Christof Panzner * Adresse: (2:2444/2011.40)
> Auf meinen OS/2 Stationen im Novell 3.11 Netz laeuft die
> Windows-Version nicht! Funktioniert vielleicht die DOS-Version
> unter OS/2 oder gibt's ein anderes Mailprogramm fuer OS/2, das
> ich anstelle von PEGASUS nehmen kann?
Die DOS-Version funktioniert unter OS/2 seit NW-Requester 2.0. Die
Windows-Version seit Requester 2.1. Es muß allerdings die Umgebungsvaribale
PMDRIVE=X gesetzt werden, wobei X für ein gemapptes NW-Drive steht.
┌───────────────────────────────────────────────────────────────────────┐
│******************* PEGASUS Mail und Netware 4.01 *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Erwin Vogel * Adresse: (2:243/5010.2)
> gibt es jemanden, der Pegasus Mail schon mal mit Netware 4 ausprobiert
> hat ?
Ja, funktioniert.
┌───────────────────────────────────────────────────────────────────────┐
│**************** Pegasus-Hilfstext für Erstbenutzer *****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Klaus Lehmann * Adresse: (2:2410/208.23)
=====================================================
es geht um eine Ersteinführung für Pegasus Mail V3.11
=====================================================
ich habe in den letzten Tagen Pegasus Mail V3.11 mit dem deutschen
Sprachmodul installiert. Es ist in der Tat ein sehr schönes Programm.
Aber für nicht geübte Netzteilnehmer, die eben nur ihr word oder dbase
anfassen sollen, da habe ich einen kleinen -amüsanten hoffentlich-
Ersteinführungs-Text zusammengestellt.
voila, wer ihn für seine user im Netz nutzen mag, bitte sehr.
da sind gewiß anpassungen vorzunehmen, namen zu ändern, die Situation der
Beispiele etwas abzuändern etc etc.
anfang ausgedruckt ca 6 seiten
----------------------------------------
BA Kreuzberg
Vb Bibl
-Lehmann
-6214
An Alle, die mit Computer hier im Hause arbeiten
#### NEU im Netz! Pegasus-Mail NEU im Netz! ####
Was kann ich damit machen?
Einfach ausgedrückt: Post versenden.
Diese 'Post' kann von vielerlei Art sein:
a. kleine und große Nachrichten
b. Dateien verschicken
Beispiel: eine Excel-Kalkulation
ein vorgefertigter Brief, der noch einen
Feinschliff von einem anderen Kollegen erhalten
soll oder irgendetwas anderes.
Wie funktioniert es?
Es ist wie alle Computerprogramme einfach.
Scherz beiseite. Wir brauchen für die Benutzung dieses Programmes keine
Fortbildung zu besuchen. Es ist fast selbsterklärend und vor allen Dingen in
deutscher Sprache (das ist leider nicht immer selbstverständlich).
Mit der F1-Taste (international gebräuchlich) bekommen Sie immer eine Ihrem
Problem angepasste Hilfestellung. Schauen Sie sich das ruhig in der
Anfangsphase öfters an. Meistens stehen die Tasten, die Sie betätigen müssen,
immer am unteren Bildschirmrand.
Für die wichtigsten Taste halte ich:
F2 Benutzer und Gruppen suchen
F4 wer ist gerade im Netz aktiv?
* eine Art Maske. Mit ihr kann man, ohne den genauen Namen zu
wissen, gezielt suchen. Das '*' einfach so eingeben UND danach
die ENTER (bzw. RETURN-Taste drücken, ergibt eine komplette
Liste. Wenn Sie 'A*' beispielsweise eingeben, bekommen Sie
alle Namen mit 'A' am Anfang.
STRG-ENTER-Taste Diese Tastenkombination beendet in vielen Fällen
Schreibvorgänge, oder Anderes.
Bitte beachten Sie auch immer die unteren
Bildschirmzeile. Da stehen Hinweise für Ihr
mögliches Tun.
(Obacht: bei einigen Tastaturen heisst es
CTRL statt STRG, bzw RETURN statt ENTER!)
TAB-Taste Diese Taste ist von größter Bedeutung für die jenigen
Kollegen, die den 'Dateitransfer' benutzen wollen.
(s.a. praktisches Beispiel Nummer 2 -später!-)
##### 2 Beispiele ######
1. Beispiel: "ich schreibe eine einfache Mitteilung"
a. im Menü 'Pegasus-Mail' aufrufen
b. 'Nachrichten Senden' wählen (die erste Zeile in der Auswahl)
c. An wen?
Nehmen wir den Verfasser dieser Zeilen, ist auch übrigens IMMER
als Testperson gut geeignet.
Also! bei 'An' kommt 'Klaus' hin
(natürlich ohne die Anführungszeichen)
Hier kämen die Tasten F2 oder F4 in Verbindung mit dem
'*'-Zeichen zu großem Nutzen! Probieren Sie das mal aus!
Bei 'Betr.:' kommt eine kleine Überschrift hin.
Beispiel 'Du gehst?'
(Bitte sowas IMMER ohne die Anführungszeichen.)
Mit Return geht's jetzt aber wirklich weiter ....
In das große (blaue) Feld dürfen Sie nach Herzenslust dem
'Klaus' alles schreiben und fragen, warum er so früh heute nach
Hause gehen muß. Sie können ganze Doktorarbeiten hier
verfassen. Aber dazu wollen wir unsere stille Post nicht
mißbrauchen ...
Mit der Tasten-Kombination 'CTRL-ENTER'
(evtl bei IHNEN 'STRG-RETURNtaste' machen Sie der Sache ein
-gutes- Ende. Ich danke Ihnen, daß Sie mir damit eine nette
Post geschickt haben.
Natürlich werden Sie noch gefragt, ob das alle Ihr Ernst ist:
'Werte akzeptieren' [J]. Mit eine Druck auf die Return-Taste
oder das 'J' haben wir es fast geschafft.
d. Mit der letzten Zeile des kleinen Auswahlmenüs:
'Ende - zurück zu DOS' verlassen Sie unser kleines Postamt.
Dazu gleich die Frage: Wie erreicht denn nun unseren Adressaten der kleine
Brief?
Jedesmal wenn jemand das Netz NEU benutzt, wird ganz fix geprüft, hat er Post
oder nich'. Davon merken SIE nix.
Wenn SIE Post in Ihrem Postfach haben, bekommen Sie eine kleine freundliche
Erinnerung auf dem Bildschirm. Übrigens MIT der Angabe WIEVIEL ungelesene
Post auf Sie wartet.
JETZT wissen Sie sicher, was zu tun ist?
Genau! Im Hauptmenü 'Pegasus-Mail' aufrufen,
eine HB sich anzünden, und dann geht alles wie von selbst.
In dem kleinen Auswahl-Menü ist eine NEUE Überschrift erschienen:
'N: Nach Neuer Post sehen'. Richtig geraten! Bitte diesen Punkt aufrufen,
Danke. Sie erhalten eine Kurzübersicht über die Post, die wartet, von Ihnen
gelesen zu werden.
Von! Betreff! Welches Datum! +
[die letzte Spalte ist wichtig!
--> das Pluszeichen. Erklärung
dazu beim zweiten Beispiel!]
Ich verrate nur soviel: mit der RETURN-Taste können Sie zu lesen anfangen.
Wenn Sie nicht weiterwissen: Mit F1 bekommen Sie immer eine gute
Hilfestellung.
Den Rest müßten Sie alleine schaffen.
(Bitte denken Sie auch ab und zu daran, daß gelesene Post ruhig gelöscht
werden kann.)
2. Beispiel: "Dateien zur Weiterbearbeitung versenden"
Bitte benutzen Sie in Grundzügen unser erstes Beispiel, wir weichen nur in
einem Punkt ab:
Benutzen Sie bitte den Punkt 'Dateien versenden'
Ran an den Speck!
a. An: 'Urban'
(so heisst Fr. Urban im Netz. Bitte denken Sie an die
Möglichkeiten der F2 und F4 Tasten! -natürlich in Verbindung
mit der 'TAB'-Taste. DIESE wird von unendlicher Bedeutungfür
uns in diesem Beispiel werden!)
b. Betreff: 'Bitte WEITER!-Bearbeitung von Excel-Datei 1-1994'
Hinweis: in dieser Betreffzeile sollte der Zweck Ihres
Anliegens zu lesen sein, SOWIE der Dateiname. Also den Namen
der Datei, die Sie versenden wollen. Sicher-ist-Sicher!
c. Mit Return wechseln wir in das etwas größere Feld.
Jetzt wird's ernst und haarig!
!!!Denken Sie bitte immer an die Möglichkeit der F1-Taste!!!
Ein Schritt, und wir stürzen ab. Nein, sooo schlimm ist das
ganze nun auch wieder nicht, aber es fordert von uns ein
kleines Maß an Genauigkeit. (der Schreiber feixt sich eins!)
Mit der Einfügetaste fügen Sie jetzt die Datei ein, die Sie an
Fr. Urban senden wollen. Dazu noch eine WICHTIGE Anmerkung:
Sie versenden quasi eine KOPIE Ihrer Datei. Fr. Urban bekommt
nicht das Original, Sie behalten Ihr Original!
Wir haben also die Einfügetaste gedrückt.
Gut! Und wieder ein kleines Menüfenster!
Bitte geben Sie IMMER ein 'i:' (oder 'I:') ein.
Ohne das 'i:' geht etwas schief, der sysop wird rot
vor Wut oder Angst, je nachdem, wie er gelaunt ist
(ein leises zweites Feixen begleitet diese Anleitung)
Alles klar?
Ohne 'i:'(gittigit) gibts kein Datei-Transfer!
Im Ernst jetzt bitte weiter!
Wie so oft haben wir zwei Möglichkeiten:
I. Sie wissen, WO und WIE der Dateiname heisst, den Sie
Fr. Urban übermitteln wollen,
dann schreiben Sie bitte -bei einer Excel-Datei!-
'I:\Tab\1-1994.xls' hier bitte rein.
Zur Erklärung: auf 'I:' befinden sich Ihre Daten, jeder hat so
ein 'I:'. Aber IMMER mit anderem Inhalt. In '\Tab' befinden
sich die Tabellenkalkulationsdateien. Und '\1-1994.xls' heisst
Ihre Excel-Datei, die Sie Fr. Urban zur Weiterbearbeitung geben
wollen. Alles klar?
[dieses ominöse Zeichen '\' bekommen Sie mit der AltGr-Taste in
Verbindung mit dem Fragezeichen. Sie schaffen DAS!]
II. Sie wissen nicht alles, Sie wollen raten, wie die Datei
heisst etc? Gut!
Auf das 'I:' wird hier nicht verzichtet werden, denken Sie an
die BöseGuteMiene Ihres Sysops.
Aber gleich hinterher die RETURN-Taste betätigen. Sie bekommen
nun ein Auswahlfeld.
Sie wechseln jetzt mit dem Cursor nach 'TAB\ <DIR>',
drücken wieder die RETURN-Taste. Bitte jetzt wieder die
TAB-Taste drücken, und Sie befinden sich am Ziel Ihrer Wünsche.
In diesem Auswahlfenster können Sie endlich eine Excel-Datei
auswählen. Gesagt getan.
Ein bißchen Geduld bitte noch. Der Dateityp muß leider noch
bestimmt werden: in unserem Fall nehmen wir bitte 'Binary'.
Da darf und kann nix schiefgehen.
[Hinweis: bei MS-Word-Dateien nehmen Sie bitte was? GRÜNAU!
'MS-WORD' nicht 'Text'. Als dritte Möglichkeit gibt es noch
'Unknown'.]
Bei 'Kodierung' können wir das 'Automatisch' ruhig erstmal
stehen lassen. Die Praxis wird zeigen, was dahin muss.
GESCHAFFT!
Mit STRG-ENTER und bei 'Werte Akzeptieren' haben wir es
geschafft. Bei einem weiteren Mal STRG-ENTER gedrückt und
'Werte akzeptieren' landen wir in unserem Eingangs/Ausgangsmenü
von Pegasus-Mail und können dieses komplizierte und langweilige
Programm verlassen.
Was macht nun Fr. Urban, in unserem kleinen Beispiel, mit Ihrer Post?
Sie geht zu Ihrem Postfach,
sieht in der Übersicht, daß bei der Plusspalte ein
'J'-Häckchen angebracht ist,
öffnet mit RETURN die Post und wird darauf hingewiesen,
daß mit dem AusZug-Kommando sie leider etwas zu tun bekommt.
Also, flink das 'Z' gedrückt (Unterer Bildrand!), die Frage
mit Ja beantworten, aus der Übersicht auswählen,
UND NUN WIRD'S KRITISCH!
-denken Sie JETZT immer an die GuteBöseMiene Ihres Sysops!-
-ein Schritt .... und der CyperSpace-Daten-Abgrund droht!-
WOHIN bei 'Anhang in welche Datei?' speichern Sie 1-1994.xls ab?
100 Punkte!
Sie haben es erkannt! unser 'I:' muß hier wieder vertreten sein.
(Diesmal ist es ja Ihr I:)
Bitte geben Sie nun ein freundliches
'I:\TAB\1-1994.xls' ein.
Kurz noch ein Escape'chen drücken, vielleicht mit der ENTF-Taste die
Nachricht UND die excel-Datei löschen, mit ESC kommen Sie wieder in Ihre
Ausgangsposition zurück.
Wir haben es geschafft!
Sie mich, und ich diese Anleitung.
(ein drittes Feixen spiegelt sich im Bildschirm wider...)
Viel Vergnügen, wünscht Ihr
'sysop' Klaus Lehmann, 1. September 1994
PS: Eventuell sind nicht alle Fragen geklärt worden.
Haben Sie Mut! Probieren Sie aus! Nur Mut!
Sie machen nix kaputt!
Schlimmstenfalls nerven Sie Ihre Kollegen mit unerwünschter
Post. Lieder können wir an unseren elektronischen Briefkästen
keine Schild anbringen: 'Werbung verboten'
PS: Wichtig. Gilt für alle! Sollte Fr. Urban sich gerade im Netz
befinden, WÄHREND Sie diese Nachricht an sie schreiben,
bekommt Fr. Urban eine Meldung an den unteren Bildschirmrand
das da Post angekommen ist:
'Nachricht von XYZ, Uhrzeit mit dem Betreff und
CTRL-ENTER to Clear' Das Ganze blinkt!
Das ist nur der Hinweis, daß sie Post bekommen hat.
Mit CTRL-ENTER akzeptiert Fr. Urban diesen Hinweis.
Und schaut sofort in ihr Postfach.
Das Beispiel ist natürlich auf jeden zu Übertragen!
Also: Obacht! Wenn eine solche Zeile am unteren Bildschirmrand
erscheint, wissen Sie wie Sie den Störenfried beseitigen
können. Und nicht vergessen, in den Postkasten zu schauen.
Der heisst bei uns 'Pegasus-Mail'
----------------------------------------------------
ende
┌───────────────────────────────────────────────────────────────────────┐
│********************** FAX _und_ Telex-Lösung ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Dirk Buerhaus * Adresse: (2:246/1401)
> Kennt jemand eine gemeinsame Fax und Telex-Lösung für NW 3.12 ?
Es gibt eine sehr ausgereifte und komplexe Lösung von der Firma INTERCOPE
aus Hamburg (Vertriebspartner der IBM) welche auf Basis einer S/88
Steuereinheit den TELEX-Verkehr regelt und mittels ISDN- (oder notfalls auch
analoger) PC- Karten den Fax- und sonstigen Verkehr regelt. Kostet aber eine
Stange !
Die zweite Lösung ist viel interessanter :
Die Firma ACOTEC (The ISDN-Company) aus Berlin hat einen Kommunikationsserver
auf UNIX-Ebene entwickelt, der auf einem UNIX-System basiert und als eigen-
ständiger ISDN-Server in heterogene Netze implementiert werden kann. Die
Features sind absolut stark, in Verbindung mit TK-Anlagen von verschiedenen
Herstellern lassen sich die abstrusesten Lösungen schaffen. Diese Lösung ist
billiger als die erste und bietet eine wesentlich bessere Erweiterbarkeit
(Kaskadierung der Server, ...).
┌───────────────────────────────────────────────────────────────────────┐
│******************** Mail aus Batch an WINPMAIL *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Rainer Gassen * Adresse: (2:244/1351.51)
> ist es möglich, aus einer Batchdatei aus Dos heraus eine Mail an einen
> Novelluser zu schicken, welche dann mit Pegasusmail für Windows gelesen
> werden kann?
Die einfachste Moeglichkeit ist, die Mail mit Pegasus Mail fuer DOS
abzuschicken. Ich gehe mal davon aus, dass der zu sendende Text bereits als
File vorliegt - in dem Fall nimm folgenden Befehl in Deinen Batch auf:
PMAIL -t USERNAME -f FILENAME -s "BETREFF"
Der Betreff kann auch weggelassen werden. Ist unabhaengig von der
eingesetzten PMail-Sprache und funktioniert absolut problemlos.
Es gibt noch einige andere Kommandozeilenparameter, die Du evtl. brauchen
koenntest - starte PMail einfach mal mit -?, dann werden alle aufgelistet.
╔═════════════════════════════════════════════════════════════════════════════╗
║ #15 ######################### Windows/Novell ###############################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│*************** SWAP-Dateien von Windows unter Novell ***************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Wolfgang Puschke * Adresse: (2:2426/2011.3)
> perm. Swap-Datei.
Ist schon mal jemand auf die Idee gekommen, die ganze Sache mit dem
Swappen unter Windows *abzuschalten*???
- Windows laeuft viel schneller, die Programme werden schneller geladen
- es treten so gut wie keine "Speicherzuordnungsfehler" und
"Schutzverletzungen" mehr auf
- Einige Programme, die bisher nur sehr fehlerhaft liefen, auf einmal
laufen sie ...
- Wenn sich die Swap-Dateien im Netz befanden (Diskless Stations): Die
Netzbelastung sinkt dramatisch!!
Kommen wir zum Thema "Speicher":
Bei 4MB = Hmm, Excel oder Winword allein etwas "muehsam"...
Bei 8MB = Winword und Excel leben problemlos nebeneinander (!)
Einzige bisherige Ausnahme: Corel 4.0 mit gescannten Bildern, das geht nicht!
(Bild ca. 5MB, bisherige Auslagerungsdatei 60MB!!)
┌───────────────────────────────────────────────────────────────────────┐
│************************ Winword und Novell *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Marco Mueller * Adresse: (2:2476/607.20)
> Alle Textdateien(.doc) werden auf dem Server in einem fuer alle
> zugaenglichen Pfad gespeichert. Ausser dem SV soll jedoch kein
> User die Berechtigung haben hier Texte zu loeschen.
> Sobald man ihnen hierzu das Loesch-Recht entzieht kann Winword
> jedoch nicht mehr vernuenftig speichern, da es den gerade
> geschriebenen Text vorher wohl schon als temporaere Datei dort
> abgelegt hat und nun nach dem richtigen Speichern loeschen will.
> Fuer diese temporaeren Dateien kann man anscheinend keine Pfad
> angeben, oder vielleicht doch?
Probiers mal damit in der Win.ini:
[Microsoft Word 2.0]
DOC-path=F:\DOKU\DOC
AUTOSAVE-path=F:\irgendwo
INI-path=W:\WINWORD
programdir=W:\WINWORD
und die T(e)MP-Verzeichnisse richtig setzen!
Anmerkung: In WinWord 6.0 koennen diese Einstellungen alle in
EXTRAS/OPTIONEN/DATEIABLAGE getaetigt werden.
┌───────────────────────────────────────────────────────────────────────┐
│**************** Massenupdates von Winword und Excel ****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alex Woick * Adresse: (2:244/1500)
> Mein aktuelles Problem ist, dass fuer Winword 2.0 100 Updates auf
> v6.0, fuer Excel v4.0 30 updates auf v5.0 bestellt wurden.
> Wie kann man diese Updates automatisch durchfuehren lassen ?
Schau dir mal die Network-Readme's dieser Programme an: Da ist beschrieben,
wie du mit den setup.stf Dateien Scripte fuers automatische Installieren per
Batch erstellen kannst. (Entweder steht das im Handbuch oder auf einer der
Originaldisketten in der Datei NETZWERK.TXT oder .WRI. Die wird auch
installiert, wenn du zunaechst mit setup /a die Serverinstallation machst,
die ja sowieso noetig ist).
┌───────────────────────────────────────────────────────────────────────┐
│************************ Boot Rom & Windows *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Martin Bene * Adresse: (2:316/7)
> weiss jemand von euch, wie es aussieht mit Bootrom (evtl.
> Diskless Workstation) und Windows in Nw 3.11 und NW4.01 ?
Zumindest was Novell 3.11 angeht, kann ich Dich beruhigen - hab das letzte
Woche gemacht, und zwar einen Windows for Workgroups 3.11 Rechner diskless
vom Novell Server.
Hat (abgesehen von kleinen Problemen mit zu altem RPLFIX fuer DOS 6.2)
eigentlich problemlos geklappt, auch wenn es eine ziemlich perverse
Konfiguration ist; Primary Network unter WFW ist das Windows Network,
secondary Net Novell Netware shell.
Die einzige Stelle wo es etwas heikel war, war das Net start vom WFW; wird
standardmaessig ganz am Anfang der Autoexec.bat gemacht, ist dort aber nicht
brauchbar, die endgueltigen Netzwerklaufwerke noch nicht im Zugriff sind; zum
Glueck funktionert es aber ohne Probleme, wenn man den Net start befehl erst
nach dem Login ins Novell netz startet.
┌───────────────────────────────────────────────────────────────────────┐
│********************* Windows 3.1 im Novellnetz *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Martin Fahs * Adresse: (2:240/100.10)
Unsere Kunden bekommen ein Windows auf's Netz - im Verzeichnis SYS:WIN31 (mit
einem Search-Map versehen) wird mit SETUP /A alles installiert. Jeder
Benutzer hat ein User-Verzeichnis (i. d. Regel mit MAP ROOT
G:=SYS:USER/%LOGIN_NAME% gemapt). Hier richte ich mir in meinem eigenen
G:-Laufwerk mit SETUP /N die erste Win-Version im Verzeichnis G:\WIN31 ein.
Mein Ziel bei Win-Installationen ist immer folgendes: der Anwender soll zwar
alles Nötige zur Verfügung gestellt bekommen, aber er soll so gut wie nichts
verstellen können. Auf die Weise kann er davon ausgehen, daß er beim nächsten
Start von Windows alle Fenster so vorfindet, wie er es gewohnt ist - wenn man
weiß, welches Unheil unerfahrene "Maus-Klicker und -Schieber" so auf dem
Desktop anrichten können, ist das immer gut zu wissen.
Jetzt installiere ich erstmal alle notwendigen Grafiktreiber. Auch werden
alle Gruppen angelegt, die nötig sind. So schmeiße ich aus der Hauptgruppe
fast alles 'raus, lege mir eine Gruppe "Supervisor" an und erstelle eine
Gruppe "Programme", in die später alle Programme reinkommen.
Ich lege auf dem Server ein Verzeichnis SYS:INI an. In diesem Verzeichnis
wird für jeden Garfiktreibertyp ein Verzeichnis angelegt. Bspw.: SS8X6 für
SpeedSTAR 800x600 u.s.w. In diese Verzeichnisse (darauf haben alle
Lesezugriff), kommen die gemeinsam genutzten Gruppen-Dateien (*.GRP). Im
Verzeichnis INI lege ich für jeden Benutzer eine PROGMAN.INI als
%LOGIN_NAME%.PRG an. Im Login-Script wird jetzt für jede Station - abhängig
von der Grafikkarte - ein MAP ROOT J:=SYS:INI\<entsprechendes Verzeichnis>
mit anschließendem
COPY J:\*.GRP G:\WIN31
gemacht. In den *.PRG-Dateien in SYS:INI kann man wunderbar editieren,
welcher Benutzer welche Gruppe sehen soll und wo die liegen soll (die
PRG-Datei holt er sich beim Aufruf von Windows). Jeder Benutzer in G:\WIN31
eine AUTOSTART- und eine PRIVAT-Gruppe. Alle anderen kommen immer wieder von
J: - so ist sichergestellt, daß auch die Gruppen immer gleich bleiben.
Wozu die GRP's für jede Grafikkarte? Weil Win sonst jedesmal die GRP-Dateien
an den jeweiligen Treiber anpassen muß - das kostet Zeit.
Jetzt kommt die WIN.INI aus meinem Verzeichnis auch ins INI-Verzeichnis. Die
SYSTEM.INI kommt als %STATION%.SYS ins INI-Verzeichnis, wobei im LOGIN-Script
für jede Station mit
SET STATION=P_STATION <<4
eine eindeutige Veriable gesetzt wurde (die enthält die letzten 8 Ziffern der
Ethernet-ID). Die SPART.PAR-Datei (die den Verweis auf die Stationsabhängige
Auslagerungsdatei auf C: enthält, kommt ebenfalls als %STATION%.PAR ins
INI-Verzeichnis.
Im INI-Verzeichnis liegen also demnach:
Die PROGMAN.INI für jeden Benutzer
Die SYSTEM.INI für jede Station
Die SPART.PAR für jede Station
Die WIN.INI des Supervisors.
Jetzt wird erstmal der ganze Kram aus meinem G:\WIN31 für jeden Benutzer
kopiert - jeder erhält also ein G:\WIN31. Natürlich ohne meine eigenen
Gruppen. Nur mit der leeren AUTOSTART und PRIVAT-Gruppe.
Ab hier gibt es zwei Möglichkeiten: entweder legt man auch für jeden Benutzer
eine eigene WIN.INI in INI ab (einfach...), oder man erzeugt eine, in der
beim Start von Windows einige Stellen für den jeweiligen Benutzer
ausgetauscht werden. Im ersteren Fall hat man den Nachteil, daß es Zeit
kostet, Änderungen an den INI-Dateien für alle 120 Benutzer :-)
durchzuführen. Im letzteren Fall hat man das Problem, das es irre viel
Gefummel ist, bis es läuft. Danach ist's aber sehr einfach, kurz mal was an
der WIN.INI zu machen...
Grundprinzip soweit klar? Wenn nicht - fragt nur, ich hab teilweise meine
genialen Konstruktionen auch nicht mehr begriffen :-)
> Interessant waeren die Batches mit denen Windows aufgerufen wird.
Wenn man obiges gelesen hat, versteht man vielleicht auch dieses (die
umfangreiche Version mit nur einer WIN.INI):
@echo off
cls
echo.
echo.
echo
╔═══════════════════════════════════════════════════════════════
═════ ════════╗
echo ║ Moment bitte... ║
echo ║ Der Start von Windows 3.1 wird vorbereitet... ║
echo ║ ░░░░░░░░░░░ ║
echo
╚═════════════════════════════════════════════════════════════════════════
═══╝ [0m
>>>> die ANSI-Geschichte kann man auch rauslassen - ich find's nur immer ganz
>>>> nett, dann sieht man halt was :-)
echo AC
■
ncopy H:\INI\WIN.INI I:\WIN31\WIN.INI >nul
>>>> hier wird die WINI.INI nur erstmal kopiert
echo AC
■
ncopy H:\INI\%LOGIN_NAME%.PRG I:\WIN31\PROGMAN.INI >nul
>>>> die eigene PROGMAN.INI
echo AC
■
ncopy H:\INI\%STATION%.SYS I:\WIN31\SYSTEM.INI >nul
>>>> die stationsabhängige SYSTEM.INI
echo AC
■
ncopy H:\INI\%STATION%.PAR I:\WIN31\SPART.PAR >nul
>>>> die stationsabhängige SPART.PAR
echo AC
■
ncopy H:\INI\%STATION%.CTR I:\WIN31\CONTROL.INI >nul
>>>> auch die mußte ich bei einem Kunden variabel gestalten, da die >>>>
>>>> Grafiktreiber unterschiedliche Farben machten :-(
echo AC
■
ncopy J:\*.GRP I:\WIN31 >nul
>>>> da kommen die Gruppen
echo AC
■
flag I:\WIN31\SPART.PAR RO >nul
>>>> noch'n Schreibschutz drauf. (Ach, ich vergaß: die SPART.PAR muß
natürlich
>>>> auf jedem Gerät erstaml mit Windows erstellt werden, ist ja logisch...)
echo AC
■
I:
>>>> hier ist das Userverzeichnis I: und nicht G:, wie oben beschrieben...
if %STATION% == 12345678 goto WS01Config
if %STATION% == yyyyyyyy goto WS02Config
....
if %STATION% == xxxxxxxx goto WS07Config
if %STATION% == zzzzzzzz goto WS08Config
>>> je nach Station gehts jetzt weiter (die Env.-Var %STATION% wird im >>>
>>> LOGIN-Script gesetzt).
:WS01Config
rem USERNAME
>>>> damit man später noch weiß, wer an dem Platz sitzt...
cd \win31
>>>> ins eigene Userverzeichnis
echo AC
■
QR Commit0 device= win.in* >nul
QR Commit1 Panasonic win.in* >nul
QR Commit2 KX-P4450i,PCL4X,LPT1: win.in* >nul
QR Anschluss LPT1 win.in* >nul
>>>> hier wird's eklig: ich habe in der WIN.INI die Variablen "Commit0",
>>>> "Commit1", "Commit2" und "Anschluss" gesetzt. Die werden vom Programm
>>>> QR (ein Stringtauscher, der mir mal über dan Weg lief - mehr dazu
>>>> weiter unten!) übersetzt in das, was hinter der Varible steht,
>>>> also "Commit1" -> "Panasonic" - womit ich für jeden Benutzer
unterschied-
>>>> liche Druckervoreinstellungen machen kann. Wie gesagt: seeeeeehr aktig,
>>>> dieses Verfahren...
echo AC
■
QR Col1 64 win.in* >nul
QR Col2 128 win.in* >nul
QR Col3 255 win.in* >nul
QR Col4 224 win.in* >nul
>>>> Hier noch ein paar Farbwerte...
cd \
goto WindowsStart
:WindowsStart
>>>> Hier geht's dann los!
echo AC
■
win31 %1
>>>> Windows starten (die WIN.COM im userverzeichnis heißt WIN31.COM!)
cls
echo.
echo.
echo
╔═══════════════════════════════════════════════════════════════
═════ ════════╗
echo ║ Moment bitte... ║
echo ║ Windows 3.1 wird beendet... ║
echo ║ ░░░░░░░░░░░░░ ║
echo
╚═════════════════════════════════════════════════════════════════════════
═══╝ [0m
i:
cd\win31
echo AC
■
copy SYSTEM.INI I:\WIN31\INI\%STATION%SYS.INI >nul
echo AC
■
copy CONTROL.INI I:\WIN31\INI\%STATION%CTR.INI >nul
echo AC
■
copy WIN.INI I:\WIN31\INI\%LOGIN_NAME%.INI >nul
echo AC
■
copy PROGMAN.INI I:\WIN31\INI\%LOGIN_NAME%.PRG >nul
echo AC
■
>>>> Damit man zur Not Änderungen an den INI-Dateien nicht einfach durch
einen
>>>> Windows-Neustart überschreibt... Muß man höllisch aufpassen!
dir J:\*.GRP /B >DELETE.IT
echo AC
■
xdel @DELETE.IT /N >nul
>>>> XDEL ist ein Programm, daß ... na ja, jeder kann es sich denken.
>>>> Damit werden wieder alle GRP-Dateien gelöscht.
echo AC
■
del DELETE.IT >nul
echo AC
■
del SYSTEM.INI >nul
echo AC
■
del WIN.INI >nul
echo AC
■
del CONTROL.INI >nul
echo AC
■
del PROGMAN.INI >nul
>>> Damit ist das Verzeichnis beim User wieder total jungfräulich!
cd..
echo AC
■
flag I:\WIN31\SPART.PAR RW >nul
echo AC
■
del I:\WIN31\SPART.PAR >nul
echo.
echo.
echo
╔═════════════════════════════════════════════════════════════════
══ ════════╗
echo ║ Sie wollen Ihren PC ausschalten? ║
echo ║ Dann bitte das
Ausloggen
nicht vergessen!! ║
echo
╚═══════════════════════════════════════════════════════════════════════════
╝ [0m
echo.
echo.
echo ...einen schönen Tag
noch!
echo.
echo.
>>> Immer nette Meldungen ausgeben! Das freut den Anwender...
Die andere Veriante (mit vielen WIN.INI's) sähe etwa so aus:
@echo off
cls
echo.
echo.
echo Moment bitte...
echo Der Start von Windows 3.1 wird vorbereitet...
echo.
echo.
flag g:\windows\spart.par rw >nul
ncopy f:\win31\ini\%LOGIN_NAME%.ini g:\windows\win.ini >nul
ncopy f:\win31\ini\%LOGIN_NAME%.prg g:\windows\progman.ini >nul
ncopy f:\win31\ini\%P_STATION%.ini g:\windows\system.ini >nul
ncopy f:\win31\ini\%P_STATION%.par g:\windows\spart.par >nul
ncopy j:\*.grp g:\windows >nul
flag g:\windows\spart.par ro >nul
win31 %1
cls
echo.
echo.
echo Moment bitte...
echo Windows 3.1 wird beendet...
echo.
echo.
ncopy g:\windows\system.ini g:\windows\%P_STATION%.old >nul
ncopy g:\windows\win.ini g:\windows\%LOGIN_NAME%.old >nul
echo.
echo.
echo.
echo Sie wollen Ihren PC ausschalten?
echo --- Bitte erst ausloggen!! -----
echo.
echo Einen schönen Tag noch!
echo.
echo.
┌───────────────────────────────────────────────────────────────────────┐
│************************ Excel 5.0 und SHARE ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Thomas Gloor * Adresse: (2:301/520.51)
> Ich wuerde gerne etwas zu den internas von SHARE erfahren.
Wenn Du Windows fuer Workgroups hast, wird automatisch vshare.386
installiert. Share wird dadurch fuer Windows-Programme wie Winword 6.0, Excel
5.0, MSVC ... unnoetig.
Zumindest bei Winword 6.0 wird vshare.386 auch mitgeliefert und auf den Disk
kopiert, aber unter Windows 3.0 nicht installiert. Der Eintrag von vshare.386
unter [386 enhanced] im SYSTEM.INI hat bei mir trotzdem funktioniert!
┌───────────────────────────────────────────────────────────────────────┐
│***************** Printjobs unter Windows loeschen ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Oliver Geisen * Adresse: (2:245/5615)
Ich habe meinen Usern im Windows ein Icon für das Loeschen des aktuellen
Druckjobs auf den jeweiligen Druckern zur Verfügung gestellt.
Das Icon ruft ein Batch auf in dem folgendes steht:
PSC P=0 ABORT (P=Druckernummer)
┌───────────────────────────────────────────────────────────────────────┐
│******************* Novell: Windows Netzwerksetup *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Felix Bosseler * Adresse: MAUS Aachen-3: 54540
Setup /a kopiert alle Windows-Dateien auf den Server (Admin-Setup).
Setup /n erzeugt Benutzer-spezifische Konfigurationen von Windows.
┌───────────────────────────────────────────────────────────────────────┐
│********************* QEMM/Windows mit Bootprom *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Peter Sang * Adresse: (2:2447/201.5)
> Ich boote meine Workstation von nem Boot-Prom. Wenn ich nun
> Windows starte, will es immer WINA20.386 und VIDRAM.VXD (von
> Qemm) auf Laufwerk A: haben. Ich muss also immer ne Diskette mit
> den beiden Teufeln im Laufwerk haben sonst bricht Windows ab.
Ganz einfach:
QEMM: Im config.sys des remote-boot-files beim QEMM-Aufruf mit dem Parameter
"VXDDIR=<netzwerkverzeichnis, z.B.> P:\" eintragen, wo die *.vxd Dateien
stehen.
WIN: (bei Win 3.1 *sollte* der Treiber aber nicht mehr nötig sein???)
im System.ini die Zeile
device=wina20.386 (falls vorhanden) in
device=<netzwerkverzeichnis>wina20.386 ändern.
┌───────────────────────────────────────────────────────────────────────┐
│*************** Windowstreiber in Serverinstallation ****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Axel Freimueller * Adresse: (2:244/59)
> ich brauche dringend Tips, wie ich meinen Videotreiber in
> Windows reinbekomme, ohne dass Meldungen kommen, dass eine
> Datei beschaedigt ist o. ae.
Novell hat die unangenehme Eigenschaft, dass man unter Windows die
Videotreiber nicht wie gewohnt einlesen kann. Da hilft nur eins: Mit dem
Utility EXPAND, dass bei Windows dabei sein sollte, die Treiber von Diskette
in ein temp Verzeichniss expandieren/kopieren. Rechte auf das gemeinsame
Windows Verzeichnis bekommen und die Treiber reinkopieren. Die Datei
OEMSETUP.INF in OEMx.INF, wobei x eine Zahl ist, umbenennen und ebenfalls
reinkopieren.
Jetzt einfach einen OEM Treiber installieren und als Quelle das gemeinsame
Windowsverzeichniss angeben -> JETZT KLAPPTS
Windows kopiert unter Novell bei herkoemmlicher Installation zwar die
Treiber,
aber packt sie nicht aus => Windows kann den gepackten Treiber schlecht
laden.
┌───────────────────────────────────────────────────────────────────────┐
│*************** Win unter Novell - die Qual der Wahl ****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Juergen Kreis * Adresse: (2:2476/465)
Eigentlich ist Win (3.1 oder WfW 3.11) unter Novell kein Problem,
man muss sich nur vorher im klaren sein, was man auf dem Server und was an
der
Station vorhanden sein soll.
Sollen die Nutzer an verschiedenen Stationen arbeiten koennen, braucht
Windows
vom lokalen Rechner die entsprechenden Hardware-Infos (i.A. System.Ini).
Auf der anderen Seite sollten dann die User-abhaengigen Daten (so ziemlich
alle anderen Inis, Group-Dateien usw.) nur fuer den jeweiligen Nutzer
verwendbar sein.
Mein Vorscchlag waere ein Server-basierter Betrieb mit ca. 100kB lokal, je
ca. 1 MB auf dem User-Verzeichnis des Servers (pro User) und ca. 40-50 MB je
nach Anzahl der Workstations und Konfigurationen (alle Treiber muessen dann
zentral vorhanden sein) auf einem zentralen Serververzeichnis.
Nachteil:
geringfuegig langsamer als bei Betrieb von der lokalen Platte (bei 486er
egal), relativ grosser Platzbedarf auf dem Server und ohne zusaetzlichen
Aufwand kann der gleiche User sich mit Windows nur an einer Station
einloggen (aber man muss das Multitasking ja nicht uebertreiben).
Vorteil:
Zentrale Wartung der Treiberdateien (OEMSETUP.INF muss allerdings
bearbeitet werden), zentrale Datensicherung, ausreichende Transparenz fuer
den Standard-User, zentrales Backup.
┌───────────────────────────────────────────────────────────────────────┐
│******************* Environment unter Windows weg *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Braunstein * Adresse: (2:2476/709)
> Wenn ich unter Novell 3.xx einloggt bin und unter Windows 3.1x
> einen DOS-Task starte, sind in diesem DOS-Task alle
> Environment-Variablen verschwunden (also z.b PATH etc.).
Das Problem liegt sicher daran, dass das Netzwerk (Novell Shell 3.26 und
hoeher) im Windows-Setup nicht eingetragen ist oder uralte Treiber verwendet
werden.
(neue Treiber findet man unter NWDLLx.* und WINDRx.* in CI$ oder bekannten
Mailboxen, zur Not tun es auch die Versionen aus WINUP9.*)
┌───────────────────────────────────────────────────────────────────────┐
│************ Zusammenfassung der Netware & Windows Tips *************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Marcus Backes * Adresse: (2:244/1351.42)
Das ist eine extrem gekuerzte (!!) Zusammenfassung aus CompuServe:
Windows vs. NetWare Troubleshooting Tips
Compiled by Brett Warthen (Infinite Technologies)
Fourth Edition: July 8, 1994
>> bei Interesse bitte die komplette Datei beim Novell FAQ Team
>> ziehen: NOVWIN.ARJ ca. 14 KB
1.) In the Windows SYSTEM.INI file, verify the following
settings:
Under the [boot] section header:
network.drv=netware.drv
Under the [386Enh] section header:
network=*vnetbios,vnetware.386,vipx.386
2.) Update to the latest NetWare drivers, a minimum level
of IPXODI v2.10 and NETX v3.32 or VLM v1.10 for proper
support of the Windows 3.1 environment.
3.) Check for duplicate copies of the NWPOPUP.EXE,
VNETWARE.386, VIPX.386 and NETWARE.DRV files.
4.) Verify that the NETWARE.DRV file is at least 125,000
bytes in size.
5.) Use WINSTART.BAT with care. There is a bug with
WINSTART.BAT processing under Windows 3.1 on some PCs,
which can cause Windows to hang-up when exiting.
[..]
7.) In your NET.CFG (or SHELL.CFG) file, be sure to
allocate plenty of file handles. FILE HANDLES=80 is a
recommended minimum.
[..]
14.) Novell recommends including the statement
"TimerCriticalSection=10000" under the [386Enh] section
header of SYSTEM.INI when using VIPX.386 v1.15 or
higher.
┌───────────────────────────────────────────────────────────────────────┐
│**************** Netz-Setup fuer MS-Office mit VLMs *****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Martin Georg * Adresse: (2:244/6300)
> Probleme bei der Installation von MS-Office bei Verwendung von VLMs
Laut Dokumentation muss man in der NET.CFG im Abschnitt Netware DOS Requester
folgenden Eintrag machen:
READ ONLY COMPATIBILITY=OFF
[Novell FAQ Team]
Einige Anwender berichten, dass dieser Weg auch nicht funktioniert.
Man kann aber fuer die Dauer der Installation den Rechner mit der NETX ins
Netz einloggen und danach wieder die VLMs laufen lassen.
┌───────────────────────────────────────────────────────────────────────┐
│**************** Windows-Installation im Novell-Netz ****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Gilbert Waitz * Adresse: (2:2465/12)
1. Alle Win-Disketten wie im Handbuch beschrieben in ein Verzeichnis F:\WIN30
expandiert, alle Files auf RO gesetzt und das Verzeichnis im Login-Script mit
MAP S1:=F:\WIN30 gemappt.
2. Für jeden Benutzer ein Homeverzeichnis F:\HOME\benutzername gesetzt und
diese
im Login-Script mit MAP ROOT G:=SYS:HOME\%LOGIN_NAME gemappt.
3. Die einzelnen Windows-Versionen mit SETUP USER installiert. Und zwar im
Verzeichnis \HOME\benutzername\WINDOWS. Auf dieses Verzeichnis habe ich einen
Pfad S2:=G:\WINDOWS gesetzt.
4. Ein Verzeichnis F:\USER angelegt. In dieses Verzeichnis kommen gesammelt
die WIN.INI's aller Benutzer, jeweils mit dem Namen %LOGIN_NAME.INI versehen.
Alle Benutzer haben nur Leserechte in diesem Verzeichnis. Im Login-Script DOS
SET LOGIN = %LOGIN_NAME gesetzt. Wichtig: LOGIN_NAME darf max. 8 Zeichen
lang sein, sonst muß der Name im Login-Script gekürzt werden (so nach dem
Motto
IF LOGIN_NAME = "WAHNSINNSKOMIKER"
DOS SET LOGIN = "KOMIKER"
END
5. Ein Verzeichnis F:\STATION angelegt. Hier kommen die stationsabhängigen
SYSTEM.INI's rein. Jeweils mit dem Namen %STATION_ID.INI versehen. Im
Login-Script setze ich eine Variable über z. B.
IF P_STATION == "000884654673" THEN
DOS SET STATION = "84654673"
END
Über diese Variable kann später die entsprechende SYSTEM.INI beim Start von
Windows aus F:\STATION geholt werden.
6. Auf jeder Station eine Swap-Datei von 10000 KB eingerichtet. Die SPART.PAR
im Windows-Verzeichnis in "stationsnummer.PAR" umbenannt und dann auch ins
F:\STATION kopiert. Da die schreibgeschützt im Windows-Verz. liegt, muß man
damit etwas aufpassen.
7. Eine Batchdatei WINX.BAT geschrieben:
rem ::: Die wichtigen Dateien holen
:::::::::::::::::::::::::::::::::::::::::::
ncopy F:\USER\%LOGIN%.INI G:\WINDOWS\WIN.INI >nul
ncopy F:\STATION\%STATION%.INI G:\WINDOWS\SYSTEM.INI >nul
flag G:\WINDOWS\SPART.PAR RW
ncopy F:\STATION\%STATION%.INI G:\WINDOWS\SPART.PAR >nul
flag G:\WINDOWS\SPART.PAR RO
rem ::: Windows starten
::::::::::::::::::::::::::::::::::::::::::::::::::::::
win /3
rem ::: Sicherheitshalber nach dem Beenden von Windows die jetzt eventl.
:::::
rem ::: geänderten INI's retten
::::::::::::::::::::::::::::::::::::::::::::::
ncopy G:\WINDOWS\WIN.INI G:\WINDOWS\WIN.OLD
ncopy G:\WINDOWS\SYSTEM.INI G:\WINDOWS\SYSTEM.OLD
8. Im Verzeichnis STATION habe ich noch für jede Grafikkarte/Auflösung ein
Verzeichnis \GROUPS angelegt (also GROUPS1 für die Benutzer der SpeedSTAR in
800x600, GROUPS2 für SpeedSTAR in 600x400 und GROUPS3 für Paradis mit
800x600).
In diesen Verzeichnissen liegen die Gruppendatei der Gruppen, die von den
Benutzern nicht geändert werden dürfen. Hier kommt nur der Supervisor ran.
9. Im Login-Script je nach Grafikkarte der Station ein Verzeichnis
H:=SYS:\STATION\GROUPSx gemappt. Dann muß in der PROGMAN.INI jedes Benutzers
der Pfad auf diese Gruppen natürlich noch per Hand gesetzt werden. Dieser ist
dann aber unabhängig von der jeweiligen Grafikkarte, da die Gruppen über das
gemappt Laufwerk H: gefunden werden. Aufpassen bei der Gruppe Zubehör. Novell
hat Umlaute ja nicht so gerne -> Umbenennen!
Der Vorteil, Gruppen, INI's etc. in jeweils einem Verzeichnis zentral zu
lagern liegt auf der Hand: Änderungen, die überall durchzuführen sind,
werden etwas vereinfacht, da man nicht durch 1000 Verzeichnisse huschen muß.
Man kann dann ganz gut in allen INI's die Änderungen mit einem Editor
durchführen.
┌───────────────────────────────────────────────────────────────────────┐
│********************* DOS-Prompt unter Windows **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Felix Bosseler * Adresse: MAUS Aachen-3: 54540
> Wer sich in einem DOS-Fenster ausloggt, ist wohl wirklich selber
> schuld...
Ich setze im System-Login-Script oder in der AUTOEXEC.BAT die DOS-
Umgebungsvariable WINPMT auf [WIN] $P$G. Wenn ich unter Windows im
DOS-Vollbild arbeite erscheint [WIN] F:\> als Prompt.
Dadurch vergesse ich nicht, dass Windows noch im Hintergrund ist...
┌───────────────────────────────────────────────────────────────────────┐
│********************* Drucker an Arbeitsstation *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Rolf Taschler * Adresse: (2:301/714.100)
> Wenn Windows geladen wird, dann kommen immer zwei oder drei
> Fenster mit "Restoring irgendwelche Printdevices".
Das sind permanente Captures (oder Mappings), welche mit NWUser.Exe
eingetragen wurden. Du kannst sie mit dem NWUser oder in der Win.Ini im
Abschnitt [Network] loeschen.
┌───────────────────────────────────────────────────────────────────────┐
│*************** Aenderungen in Windows einschraenken ****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Willi Marquart * Adresse: (2:2461/158)
In der PROGMAN.INI kann der Abschnitt [restrictions] hinzugefuegt werden.
[restrictions]
NoRun=
NoClose=
NoSaveSettings=
NoFileMenu=
EditLevel=
NoRun=1
schaltet den "Ausfuehren"-Befehl im Datei-Menue ab. Der "Ausfuehren" Befehl
erscheint undeutlich im Datei-Menue und der Anwender kann vom Programm-
Manager nur Programme starten, die sich als Symbole in den Gruppen befinden.
NoClose=1
schaltet den "Windows beenden"-Befehl im Datei-Menue ab. Der Anwender kann
den Programm-Manager nicht ueber das Datei-Menue oder ueber das System-Menue
oder mit ALT+F4 verlassen (der "Windows beenden"-Befehl und der
"Schliessen"-Befehl erscheinen undeutlich.
NoSaveSettings=1
schaltet den "Einstellungen beim Beenden speichern"-Befehl im Optionen Menue
ab. Der "Einstellungen beim Beenden speichern"-Befehl erscheint undeutlich
im Optionen-Menue und alle Aenderungen, die der Anwender bei der Darstellung
von Windows und bei den Symbolen macht, werden nicht gespeichert. Diese
Einstellung ueberschreibt die SaveSettings= Einstellung im [Settings]
Abschnitt der PROGMAN.INI Datei.
NoFileMenu=1
entfernt das Datei-Menue aus dem Programm-Manager. Alle Befehle dieses Menues
sind nicht mehr verfuegbar. Die Anwender koennen nur die Anwendungen aus den
Gruppen mit Doppelklicken oder der EINGABETASTE starten. Wenn Sie den Befehl
"Windows beenden" nicht zusaetzlich abgeschaltet haben (NoClose=1), koennen
die Anwender Windows ueber das System-Menue und ueber ALT+F4 immer noch
verlassen.
EditLevel=n
Aktiviert Einschraenkungen, was die Anwender im Programm-Manager veraendern
duerfen. Sie koennen einen der folgenden Werte fuer n bestimmen:
0 erlaubt dem Anwender, alle Aenderungen zu machen (Dies ist der
Standardwert).
1 verhindert, dass der Anwender Gruppen erzeugt, loescht oder umbenennt. Bei
dieser Einstellung sind die "Neu", "Verschieben", "Kopieren" und "Loeschen"
Befehle im Datei-Menue nicht verfuegbar, wenn eine Gruppe angewaehlt ist.
2 enthaelt alle Einschraenkungen vom EditLevel=1 und hindert den Anwender
zusaetzlich Programmsymbole zu erstellen oder zu loeschen. Bei dieser
Einstellung sind die "Neu", "Verschieben", "Kopieren" und "Loeschen"
Befehle im Datei-Menue ueberhaupt nicht verfuegbar.
3 enthaelt alle Einschraenkungen von EditLevel=2 und hindert den Anwender,
zusaetzlich die Befehlszeile der Programme zu aendern. Bei dieser
Einstellung kann der Text in "Befehlszeile" im Dialogfeld
"Programmeigenschaften" nicht geaendert werden.
4 enthaelt alle Einschraenkungen von EditLevel=3 und hindert den Anwender
zusaetzlich irgendeine Information zu den Programmsymbolen zu aendern.
Bei dieser Einstellung kann keiner der Bereiche im Dialogfeld
"Programmeigenschaften" geaendert werden. Der Anwender kann das Dialogfeld
sehen. aber alle Bereiche erscheinen undeutlich.
Um die Befehle wieder einzuschalten oder die EditLevel=Einschraenkungen
wieder rueckgaengig zu machen, entfernen Sie die entsprechende Einstellung
aus der PROGMAN.INI Datei oder setzen Sie den Wert auf 0.
Quelle: Microsoft Corporation, Microsoft Windows,
Seiten: 227-229, Die technische Referenz
╔═════════════════════════════════════════════════════════════════════════════╗
║ #16 ############################ Hardware ##################################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│NEU!********************* WD Netzwerkkarte **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Bruno Schmitt * Adresse: (2:248/155)
> ich habe da eine aeltere 8 Bit- Netzwerkkarte, zu der ich keine
> Beschreibung bzw. Treiber habe.
> Nur die Kartenadresse (0000C0 F06B1C) und das Modell (WD8003E)
> stehen drauf.
Das ist eine Western Digital Karte.
Dieser Bereich von WD wurde aber von SMC uebernommen, so das man die
neuen Treiber von SMC (z.b. smc8000.com) verwenden kann.
┌───────────────────────────────────────────────────────────────────────┐
│***************** Adaptec 2840 Netware 3.1x Treiber *****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Klaus Panzlaff * Adresse: (2:2445/408)
> Habe mir Heute ein Adaptec VL-2840 SCSI Kit besorgt und
> festgestellt, dass da kein Netware Treiber dabei ist. Andere
> Treiber (1540, 1640, 1740, 7770 ...) funktionieren nicht.
Es gibt von Adaptec ein Softwarepaket namens
7700 Family Manager Set Version 2.0, Suplier Nr. 581800 REV 2C
Das Paket gilt fuer:
AHA-2740, 2742, 2740A, 2742A, 2740W, 2742W, 2740T, 2742T, 2740A-Twin,
2742A-Twin, 2840VL, 2842VL, AIC-7770
Es unterstuetzt:
Novell Netware 3.x, 4.x
OS/2 V2.x
Windows NT
SCO UNIX
Novell UNIXWARE
┌───────────────────────────────────────────────────────────────────────┐
│********************** welche Ethernet Karte ? **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Martin Koehrer * Adresse: (2:2474/305)
> Gibt es Tips, welche ETHERNET KARTE mam bevorzugt verwenden sollte?
da gibt's momentan eigentlich nur eine Antwort: 3COM 3C509. Das Teil ist
vergiftet schnell (Faktor 2-3 gegenüber NE2000 kompatiblen Karten), braucht
keinen RAM-Slot, per Software konfigurierbar und hat Lifetime-Warranty. Und
dann kostet sie auch noch nicht mal arg viel.
Im Gegensatz zu NE2100 kommt die 3COM ohne DMA aus, ist also auch insofern
viel unproblematischer.
┌───────────────────────────────────────────────────────────────────────┐
│***************************** S&K G-16 ******************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Juergen Kehrel * Adresse: (2:247/29)
> Hat jemand die Jumperbelegung der Ethernetkarte von Schneider &
> Koch G-16.
Bei SK-Treibern immer auf Frame-Type achten, ist dort standardmaessig anders
(IEEE 802.3) als z.B. bei NE2000 eingestellt.
Schalter W1 wie folgt:
1 BootProm On aktiv - Off inaktiv
2 IRQ3 On aktiv - Off inaktiv
3,4,5 Speicheradresse BootProm, default alle Off 000 = DC00h
100 = D800h 010 = D400h 110 = D000h 001 = CC00h
101 = C800h 011 = C400h 111 = C000h
6,7,8 I/O-Adresse des POS-Registers
000 = 390h default
100 = 328h
010 = 288h
110 = 220h
001 = 320h
101 = 208h
011 = 180h
111 = 100h
Interrupt, Shared Memory Adresse usw. ist alles am Treiber einzustellen.
┌───────────────────────────────────────────────────────────────────────┐
│********************* Jumper fuer Novell NE2000 *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Lennart Koschella * Adresse: (2:246/2001.4)
> Ich habe hier guenstig einen 286er gekauft, in der eine alte NE2000
> steckt. Leider fehlt saemtliche Doku.
Die W12-W15 geben den Interrupt an:
W12 = IRQ 2
W13 = IRQ 3
W14 = IRQ 4
W15 = IRQ 5
Die W9-W10 geben die Portadresse an:
W9+W10 = 300h (C800h)
Nur W10 = 320h (CC00h)
Nur W9 = 340h
Keiner = 360h (D400h)
Falls W11 gesetzt ist, wird eine Memoryadresse verwendet, und zwar jeweils
die, die oben in Klammern gesetzt ist. Ist W11 nicht gesetzt, wird kein
Memory verwendet. Ob das mit dem Boot-ROM zu tun hat, weiss ich nicht, diese
Seite habe ich nicht mitkopiert. Bei mir ist W11 offen.
W1-W8 ist ein ganzer Jumperblock und gibt an, welcher der beiden Anschluesse
verwendet wird:
W1-W8 oben (= 1-2): DIX-Connector
W1-W9 unten (= 2-3): BNC-Connector
┌───────────────────────────────────────────────────────────────────────┐
│*********** Intel Netport II Printserver und Netware 4.x ************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Markus Richstein * Adresse: (2:2457/135)
So installiert man einen Netport unter Netware 4.x.
╔══════════════════════════════════════════════════════════════════════════╗
║ ║
║ Netport II: Instructions for Print Server Setup, NetWare 4.0 ║
║ ║
╚══════════════════════════════════════════════════════════════════════════╝
NETPORT II: INSTRUCTIONS FOR PRINT SERVER SETUP, NETWARE 4
Overview:
The NetPort II print server was originally designed for use with NetWare
2.x & 3.x. Initial testing of the NetPort II print server with NetWare
4 in bindery emulation mode has shown to work successfully with a few
additional installation steps as described below. Intel makes no claims
that all functionalities of the NetPort II print server will work under
NetWare 4.
Manual configuration of the NPII in print server mode for NetWare 4:
1. Login as CN=ADMIN and run NPADMIN.
2. Select "Configure" and then "Manual".
3. Read the general setup information and press Enter.
4. From the list of NetPort print servers currently connected to the
network, select the one to be configured.
If the NetPort print server is not listed, escape out of this menu
and select "Port Status", Set Viewer Criteria" and check the server
name. A blank here indicates that all NetPort print servers will
be listed. If this is blank, then check the troubleshooting
guidelines in the manual for the section "NetPort does not appear
on the network".
5. (Optional) Assign an alias name to the NetPort print server.
6. From the Port 1 Modes window, select "Port 1 as Print server" and
press enter. If this port is not used or it will be used as a
virtual circuit, select "Port 1 as Available".
7. From the Attached servers window, select the server which the
NetPort print server will attach to. If a different server is
desired, press insert and then highlight the desired server.
8. In the Assigned queues window, select a queue from the list or
create a new queue by pressing insert and adding a new queue.
Queues can be deleted with the delete key.
9. In the Port 2 Modes window, select "Port 2 as Print server" and
press enter. (Select "Port 2 as available" if this port is not used
or will be used as a virtual circuit.)
10. In the Second Port Choices window, select either parallel or serial
depending on which second port will be used. If the port is
available, this screen still appears but the information is not
used.
11. If the Second Port is defined as a print server, the Assigned
Queues window will appear again as in step 8.
12. A configuration screen is displayed next. This configuration can
be accepted or operator-related information can be added. Press F10
to accept. If changes need to be made for the other fields, use
the Escape key to back up through the previous screens and make the
desired changes.
13. If the configuration is accepted, the NetPort print server is
updated and reset. Updating clears the flash memory and overwrites
previous configuration information. Resetting attaches the NetPort
print server to the file server using the new settings.
This process can take from one to three minutes. On wide area
networks this can take even longer.
14. Exit to DOS and invoke Pconsole.
15. Select "Print Queues" and press insert to create the same queue(s)
name you selected while in NPAdmin. Press Enter.
16. At "Print Queues Volume" box press insert and select the volume you
want for the print services. Press enter twice.
17. Press enter on "Highlight queue name" followed by the "Print Queue
Information" box. Select "Print Servers" and press enter.
18. Press insert at "Print Servers" box. Highlight and press F-5 on
each entry that matches the name or ID of the NetPort print server.
Once marked press enter. Exit to DOS.
19. Invoke NPAdmin from the DOS prompt. Reset the NetPort print server
by highlighting Port-Status and pressing enter. Select Reset
NetPorts. Highlight the NetPort print server that you just
configured and press enter. Select Reset Netport and press enter.
20. The results of this process can be viewed in the "Port Status",
"Check all ports" option. The 2 ports will be listed as Print
servers. Also "Port Status", "View NetPort Settings" can be used
to select the NetPort print server and view all information
including the queues selected (press the space bar to see the
list).
21. You are now ready to print.
┌───────────────────────────────────────────────────────────────────────┐
│******************* UPS-Monitoring Board von APC ********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Christian Steinhoff * Adresse: (2:2410/301.4)
> Ich hab hier ein UPS-Monitoring Board der Firma APC liegen.
APC macht leider alles anders.
Ueblich, soweit man diesen Begriff verwenden kann, ist bei den 9-poligen
Buchsen der USV's:
Funktionen:
~~~~~~~~~~
1. Stromausfall
Das interne Relais schliesst bei Stromausfall
2. Batterie schwach
Das interne Relais schliesst bei zu niedriger Batteriespannung
3. USV aus
Anschluss: 9-polig Sub-D
~~~~~~~~~
2 ----- Spannungsausfall (Schliesser)
3 ----- " (Oeffner)
4 ----- gemeinsamer Pol
5 ----- Unterspannung der Batterie (Schliesser)
6 ----- Shutdown
7 ----- gemeinsamer Pol
Das Abschaltsignal muss 5 bis 12V betragen und fuer mindestens 1 ms an den
Polen 6 und 7 anliegen. (Optokoppler mit + an 6)
Adapter USV --> RS232 (9-pol)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
2 (Spannung weg [Schliesser]) --> 9 RI
3 (Spannung weg [Oeffner]) --> 8 CTS
4/7 (Bezugspol) --> 5 SG
5 (Batterie low) --> 6 DSR
6 (Shutdown) --> 4 CD
Shutdown enthaelt einen 2k2 Widerstand zur Strombegrenzung
fuer den Optokoppler.
Die anderen Signalleitungen werden mit 10k auf 7 gelegt.
┌───────────────────────────────────────────────────────────────────────┐
│******************* Online- oder Offline- USV ??? *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Ralf Ott * Adresse: (2:2490/2043)
> Nun gibt es ja Online- und Offline-USV's.
Online-USVs _koennen_ gerade bei der Ausfilterung von Stoerungen im Netz
besser sein. Der Hauptvorteil liegt darin, dass der Akku staendig am Netz
haengt und die Stromversorgung bei Bedarf unmittelbar uebernimmt. Nachteil:
nicht unbedingt billig.
Offline-USVs schalten innerhalb weniger ms auf Akku um - der im uebrigen auch
permanent geladen wird - und sind mittlerweile auch hinsichtlich der
Stoerungsfilterung so ziemlich auf dem Level der Online-Geraete. Sie sind
allerdings vom Preis her ein wenig interessanter.
┌───────────────────────────────────────────────────────────────────────┐
│********************* USV - online oder offline *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von STEFAN REESE
Bei einer Online-USV wird die Ausgangsspannung immer aus dem Akku
genommen. Welcher durch die Netzspannung geladen wird.
Netz >--------> USV >----------> Rechner.
Durch die ganze Umwandlung von 220 V Wechselstrom auf xx V Gleichstrom und
wieder auf 220 V Wechselstrom, ist der Wirkungsgrad einer Online-USV
natuerlich nicht so toll.
Bei einer Offline-USV wird im Normalfall der Rechner (oder was auch immer)
ueber das Netz versorgt. Bei einem Stromausfall wird dann innerhalb von ms
auf den Akku umgeschaltet.
Netz >--------------------------> Rechner
I I
I I
L----> USV >--/ ----
┌───────────────────────────────────────────────────────────────────────┐
│************************** Erdung des LANs **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stephan Schneider
> Wie erdet man ein Ende des Kabelstrangs ?
1. nur EINEN Widerstand erden (mehr macht wunderschöne Brummschleifen)
2. z.B. Draht um Widerstand wickeln oder anlöten oder unter das gecrimpte
Stück des Steckers stecken oder einen leeren BNC-Stecker an der Masse mit
Kabel belöten (=elegant und sicher, benötigt aber noch'n T-Stück) oder
Widerstand mit Lötfahne suchen, finden und erst dann kaufen (in diesem
Fall
bitte Bezugsquelle posten, ich kenne keine)
3. läuft oft auch ohne, "mit" mindert aber Streuungen (aus dem RG-58-Kabel
und
hinein)
4. Erdung am Rechnergehäuse reicht (dieses sollte ja geerdet sein)
┌───────────────────────────────────────────────────────────────────────┐
│******************** Info Anschlusstechniken LAN ********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Christian Steinhoff * Adresse: (2:2410/301.4)
> Ich habe ueber Installationstechniken noch nichts lesbares gefunden.
Ich fuerchte, du wirst nichts finden.
Besorg Dir die Verlegevorschriften der Kabelhersteller und mache mal ein
Praktikum bei einem Antennenbau-Fachbetrieb.
Die Netzwerkbuecher kommen fast alle von Programmierern, und die verstehen
von Hardware meist wenig und von Verkabelung garnichts.
Ansonsten in Kurzform:
- Biegeradien einhalten
- Kabel nicht deformieren (Nagelschellen, Trittbereich)
- Ausreichender Abstand von 220V-Leitungen und stoerenden Geraeten
- Mit den Steckern anstaendig umgehen
- Zugentlastungen nicht 'anknallen'
- Abschlusswiderstaende rauscharm und mit ausreichender Leistung
Dazu bei STP und TR:
- Potentialausgleich und Schirm *gut* ueberlegen
┌───────────────────────────────────────────────────────────────────────┐
│********************** Jumperbelegung LCS 8634 **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Andreas Geissler * Adresse: (2:2444/1403)
JP1 : open (default)
Close if you installed the LCS-8634 in a PC systwm with
Suntac chipset
JP2 : Setting DMA channel
5656
+-+- DMA 5
5656
-+-+ DMA 6
all open (default)
JP3 : Interrupt settings
JP4 : closed if Bootprom installed
SW1 : Setting Base Memory and BASE I/O Addresses
(*=UP, -=DOWN)
Swiches Base Memory Address
12345
------- -------
***** C000H
****- C200H
***-* C400H
***-- C600H
**-** C800H (default)
**-*- CA00H
**--* CC00H
**--- CE00H
*-*** D000H ... usw, wie Du siehst, ist die Liste binaer geordnet,
d.h. der Bereich ist bis F200H einstellbar und
berechenbar.
Swiches Base I/O Setting
678
--- ------
*** 300H (default)
**- 320H
*-* 340H
*-- 360H
-** 380H
-*- 3A0H
--* 3C0H
--- 3E0H
┌───────────────────────────────────────────────────────────────────────┐
│********************** Netz ueber Laserstrecke **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Guido Gabriel * Adresse: (2:2450/502.43)
Wir haben eine Laserstrecke installiert, die mit 10 MBit/sec arbeitet.
Die Entfernung betraegt ca. 2 km, die Kosten liegen bei 80.000 DM.
Die Telekom 2 MBit-Standleitung kostete im Jahr 40.000 DM, so dass
sich die Anlage schon nach zwei Jahren amortisiert hat und dazu noch die
fuenffache Geschwindikeit hat. Voegel etc. sind kein Problem, bei extrem
dichtem Nebel koennte es Probleme geben, dann wird automatisch auf ISDN
(2x64 kBit) umgeschaltet.
Wenn naehere Infos gewuenscht werden, wendet Ihr Euch am besten direkt ans
Rechenzentrum der Uni Koeln, das ist naemlich schon die dritte oder vierte
Laserstrecke, die dort installiert wurde:
Rechenzentrum der Universitaet zu Koeln,
zugleich Regionales Rechenzentrum
Abteilung Systeme, Herrn C. Kalle
Robert-Koch-Strasse 10
50923 Koeln
E-Mail: Kalle@rrz.Uni-Koeln.DE
┌───────────────────────────────────────────────────────────────────────┐
│*************************** TP Kabeltypen ***************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Michael Rottwinkel
Zitat LanLine 8.92 S.8:
....Weiterhin wir die Qualität eines TP-Kabels über den Level angegeben.
Diese Aufschlüsselung sieht wie folgt aus: Kabel mit höherem Level
enthalten qualitativ bessere Leiter. Auch die Anzahl der Verdrehungen pro
Längeneinheit ist größer.
Level 1 bis 1-Mbps
Level 2 bis 4-Mbps
Level 3 bis 16-Mbps
Level 4 bis 20-Mbps
Level 5 bis 100-Mbps
┌───────────────────────────────────────────────────────────────────────┐
│*************************** AVM-B1 Karte ****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Sascha Wiegmann * Adresse: (2:2437/44.7)
wir hatten das Problem, dass eine ISDN-Verbindung (mit einer AVM-B1 Karte)
nicht mehr funktioniert hat.
Wir haben die AVM Karte einfach mal aus dem Slot gezogen, wieder
reingesteckt und... siehe da: alles lief wieder wunderbar.
Gestern mit einem anderen Router wieder genau das gleiche Problem:
Consolen Meldung "ISDN: No user responding" -
mit "Karte raus - Karte rein" und... alles lief wieder.
Erklaerung haben wir dafuer keine, aber einen Versuch ist es bei Fehlern mit
der Karte wert.
╔═════════════════════════════════════════════════════════════════════════════╗
║ #17 ########################### NW fuer MAC ################################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│********************* Apple-MAC im Novell-Netz? *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Peter Schmidhofer * Adresse: (2:246/15.4)
> Erstmal die "NetWare for Macintosh" erwerben. Muessen zur NW Version
> (Useranzahl!) passen.
Das ist nicht (ganz) richtig. Die Nw4Mac muss nur soviele User unterstuetzen,
wie Du Mac's ins Netz haengen willst.
> [Netzwerkkarte !?]
Wenn man in den Mac's bereits Ethernet-Karten drinhat, braucht man auch nur
eine Karte im Server. Einfach das Appletalk am Server zur Karte binden und
schon kann's losgehen. An den Mac's braucht man dafuer das EtherTalk Phase
II.
Eine zweite Karte (=Localtalk) im Server braucht man nur dann, wenn man die
Mac's via internal Appletalk (indiskutabel langsam) anbinden will.
┌───────────────────────────────────────────────────────────────────────┐
│**************************** MAC <-> IBM ****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Thomas Benden * Adresse: (2:2453/129.5)
> Wie kann ich einen IBM-kompatiblen mit einem Macintosh vernetzen??
Die meisten groesseren Macs (z.B. Quadras) sind ja von Hause aus Ethernet-
faehig; desweiteren gibt es fuer IBM-PCs jeder Menge (auch guenstige)
Ethernet-Karten (so ab 100,- DM ist man dabei). Nun fehlt nur noch
entsprechende Netzwerk-Software - ich habe *sehr gute* Erfahrungen mit dem
Programm "PhoneNET PC" der Fa. FARALLON gemacht. Mit eingebundenem
Netzwerk kann man sowohl die Printer-Ports (LPTx) auf Netzwerk-Drucker
(z.B. bei uns einen Apple LaserWriter 630 sowie einen professionellen AGFA-
Laser-Belichter, beide Postscript) umleiten als auch die Festplatte des
Mac als ganz normales DOS-Laufwerk nutzen! Das ganze gibt es als DOS-
sowie auch als Windows-Version; nun waeren als Erweiterung noch Mac-
Utilities wie z.B. "PC Access" sehr nuetzlich, die mit den entsprechenden
Daten auch was anfangen koennen - bei dateikompatiblen Programmen wie
"PageMaker", "QuarkXPRess" oder "Adobe Photoshop" brauchst Du das
allerdings nicht.
Perfekt wird die Sache dann noch mit einem weiteren Programm von FARALLON,
naemlich "Timbuktu (Pro)"
Damit kann (sowohl auf dem PC als auch auf dem Mac installiert) erstens
den anderen Rechner "beobachten", d.h. ein auf dem Mac laufendes Programm
erscheint auf dem Bildschirm des PC und umgekehrt; desweiteren erlaubt
"Timbuktu" Datentransfer in beide Richtungen, also Mac -> PC und PC ->
Mac, was bei der vorher genannten einfachen Loesung mit "PhoneNET PC" nur
in die Richtung PC -> Mac funktioniert.
╔═════════════════════════════════════════════════════════════════════════════╗
║ #18 ########################### Topologien #################################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│******************** Verkabelungssystem 10BaseT *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Martin Koehrer * Adresse: (2:2476/559.1)
> ich moechte ein 5-stoeckiges Buerohaus verkabeln (Architektur:
> in der Mitte liegendes Treppenhaus mit Kabelschaechten, rechts
> und links gehen die Buerofluegel ab). Unsere Berater reden
> immer was von STP-Verkabelung mit Kategorie-5-Strippen (wegen
> der Postvorschriften bezgl. Abstrahlsicherheit).
_DAS_ ist ein Argument. Wenn in der Nachbarschaft kein Fernsehempfang mehr
moeglich ist, kann dir die Post das Netz dichtmachen. Ein weiterer Vorteil
von Level5 Verkabelung ist eben die Tatsache, dass man damit bereits fuer 100
MBit ausgeruestet ist. Bei einem Netz in eurer Groesse sehr wichtig.
> Leider ist das ganze sehr teuer. Wie wuerdest Du so
> ein Gebaeude mit Thin/Thick-Ethernet verkabeln (inkl. Steckdosen-System)?
> Insgesamt sollen 200 PCs ans Netz. Ich freue mich auch ueber Antworten von
> Verfechtern der STP/UTP-Verkabelung.
Das wird auch mit 10Base-2 nicht billig,
Bei 200 PCs waeren mir die Vorteile von 10Base-T im laufenden Betrieb
wichtig, ich wuerde vermutlich auch saemtliche Hubs auf SMNP aufruesten.
Ueberleg dir doch mal den Aufwand, wenn ein PC eine defekte Karte
(Kurzschluss) hat und somit 40 andere PCs lahmgelegt sind. Selbst mit
Messgeraet ist das ein gewisser Aufwand. Man sollte auch die Kosten von
Ausfallzeiten beruecksichtigen.
┌───────────────────────────────────────────────────────────────────────┐
│**************************** Token Ring? ****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Rainer Schuermann * Adresse: (2:243/7834.6)
> Kann mir jemand mal kurz die Funktionsweise eines "Token Ring"
> erlaeutern? Also das Prinzip, die Verwendeten Kabel, Stecker und
> evt. Softwareprotokolle.
Token-Ring: Garnicht so einfach und in 2 Saetzen zu erklaeren, versuchen
wir's trotzdem.
Alle eingesetzten PCs, Mainframes (ueber Steuereinheiten oder direkt) und
Workstations (Unix...) erhalten eine Token-Ring-Adapterkarte. Aehnlich den
bekannten NE2000etc.-Karten.
Die Verkabelung geschieht ueber ein spezielles verdrilltes Kabel, welches
sich 'TYP-1 Kabel' nennt. Die verwendeten Stecker heissen sinvollerweise auch
'TYP-1 Stecker'. Die Spezifikationen dafuer sind von der IBM vorgeschrieben
(genormt ??). Natuerlich gibt es davon auch noch eine Menge Unterarten und
Kompatible...
Die Verkabelung wird im Ring geschaltet, also nicht mit zwei Enden und den
50-Ohm-Abschlusswiederstaenden wie bei Ethernet.
Auf dem Ring sieht es nun so aus, dass ein Bitmuster (Token) staendig bei den
einzelnen Karten nachfragt, ob etwas zum Senden vorliegt. Eine neue Nachricht
wird an den Token angehangen und zum Empfaenger geleitet.
Die Addressierung geschieht ueber die Token-Ring-Adresse, die weltweit fuer
eine Adapterkarte eindeutig vergeben und 'eingebrannt' wird. (Burned-In).
Diese Addresse kann ueber Software jedoch ueberschrieben werden.
┌───────────────────────────────────────────────────────────────────────┐
│***************************** 10-BASE-x *****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Nils Kramer * Adresse: (2:301/705.1)
> woher stammt eigentlich der Ausdruck 10-BASE-xx ?
Der Ausdruck stellt sich aus folgenden Elementen zusammen:
<Speed in Mbps> <Signalign Type> <Max. Segment Length>
z.B:
10BASE2: 10Mbps BASEband-Signal und eine max Segmentlaenge vom 185m
oder:
10BASET: 10Mbps, BASEband-Signal, Segment bis 100m (UTP)
oder:
10BASE5: 10Mbps, BASEband-Signal, Segment bis 500m
Zugegeben, die Abkuerzungen sind manchmal etwas gesucht (10BASE2 hat gem.
IEEE 802.3 Spezifikation eine max. Segmentlaenge von 185m - die '2' wuerde
aber
200m bedeuten).
Das -T bei 10-BASE-T steht fuer UTP (Unshielded twisted pair). Da 10-BASE-T
entweder 'twisted pair wiring' (immer zwei verdrillte Kabel) oder
Fiber-optische Kabel unterstuetzt.
Nebst BASEband existiert noch BROADband - was wir vom TV-Kabel her kennen.
Interessant ist: 10BROAD36 Kabel koennen eine Segmentlaenge vom 1800m
aufweisen.
┌───────────────────────────────────────────────────────────────────────┐
│************************ Ethernet Topologie *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Guido Gabriel * Adresse: (2:2450/110.5)
> Ich habe mal gehoert, das ein Bus Netz auf RG58 "Cheapernet" Basis nicht
> laenger sein darf als 200 M ? Stimmt das ?
Ja, richtig.
> Ich habe naemlich das Problem,
> das ich einen Bus in der laenge von Circa 800m plane.
Bei der Laengenberechnung muss Du sowieso ein wenig aufpassen. Heute nimmt
man gerne diese Sicherheitssteckdosen mit den TAE-Steckern, damit das Netz
beim Herausziehen eines Rechners nicht zusammenbricht. Die Kabellaenge
zwischen Dose und Rechner muss man dabei verdoppeln.
> Das brauche ich wohl einen sog "Repeater", oder ?
> Was ist das denn, und wie teuer ist sowas ?
Da gibt es einen DEC Multiport Repeater, sicher nicht das
billigste Modell, an den man acht Segmente anschliessen kann fuer 4374,- DM
- ist wohl eine Nummer zu gross. Aha, es geht auch billiger: Ebenfalls acht
Segmente kann man an den 3004SL von Allied Telesis fuer 2650,- DM
anschliessen, der vierer Repeater kostet 2040,- DM, der zweier Repeater (MR
125) ist fuer 1413,- DM zu haben (alle Preise zzgl. MWSt.)
Das Kapitel "Traditional Ethernet-Verkabelung" beginnt im Katalog uebrigens
mit folgendem Warnhinweis:
Wegen der schlechen Verwaltungseigenschaften, der eingeschraenkten
Bandbreite und der Fehlenden Unterstuetzung fuer neue Technologien Raet
Solid Computer bei neuen Netzwerken von der herkoemmlichen
Koaxialverkabelung ab.
Dem ist nichts hinzuzufuegen. Natuerlich ist es immer noch die billigste
Loesung.
Auch die Zahl der hintereinandergeschalteten Repeater, der
Segmete insgesamt und der Rechner insgesamt ist begrenzt. Bei 800m in der
Form
Segmet - Repeater - Segmet - Repeater - Segment - Repeater - Segmet
duerfte es aber noch keine Probleme geben. Das kostet aber schon soviel,
dass man doch ueber eine 10Base-T-Verkabelung mit Netzwerk-Hub nachdenken
sollte.
Wenn eine Verkabelung mit einem 4er Repeater raeumlich moeglich ist, bleibt
Cheapernet aber die billigste Loesung.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Novell: 802.2 / 802.3 ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Andreas Frank * Adresse: MAUS Stuttgart: 0711-5590396
> Wodurch unterscheidet sich 802.2. / 802.3 / Ethernet II ?
802.3: Das Typ/Laengenfeld wird als _Laengen_feld benutzt (da steht also die
Anzahl der Nutzbytes drin), dann folgen die Nutzdaten (bei IPX-Paketen
beginnend mit FF FF ...).
II: Das Typ/Laengenfeld wird als _Typ_feld benutzt (bei Novell steht dann
da 8137 drin), die Nutzdaten wie oben.
802.2: Wie 802.3, nur werden die Nutzdaten mit drei zusaetzlichen Bytes
eingeleitet, die gemaess IEEE 802.2 die LLC-Sublayer-Informationen
DSAP
(Destination Service Access Point), SSAP (Source SAP) sowie ein
Kontrollfeld beinhalten. Danach folgen dann die Nutzdaten (bei IPX
sieht das dann so aus: E0 E0 03 FF FF ... . E0 ist der IPX-SAP, 03
sagt aus, dass es sich um ein unnumeriertes Paket handelt.)
SNAP: Ist im Grunde auch ein 802.2-Paket, bei dem allerdings zusaetzlich zu
den drei LLC-Bytes noch fuenf weitere folgen. Die ersten drei
kennzeichnen m.W. den Service-Typ, die letzten beiden beinhalten den
Typ, der bei ETHERNET II im Typfeld steht.
Die Nutzdaten wuerden dann z.B. so beginnen: AA AA 03 XX XX XX 81 37
FF FF ... AA ist der SNAP-SAP, XX weiss ich nicht auswendig, 81 37
wieder die Novell-ID. Ein Appletalk-Paket haette dort z.B. 89 1B (oder
so aehnlich) stehen.
> Wie bekomme ich den Server an das Netz ?
Das sollte auch ohne Kenntnis der Frametypen kein Problem sein. NetWare 3.12
musst Du nicht unbedingt mit 802.2 fahren. Du kannst auch ohne weiteres einen
anderen Frametyp waehlen. Falls Du aber bei 802.2 bleiben willst, bindest Du
einfach noch einen weiteren Frametyp an die Netzwerkkarte an (also z.B.
802.3).
Das sieht dann in der AUTOEXEC.NCF etwa so aus:
LOAD NE2000 INT=3 PORT=300 FRAME=ETHERNET_802.2 NAME=NETZ_8022
LOAD NE2000 INT=5 PORT=340 FRAME=ETHERNET_802.3 NAME=NETZ_8023
BIND IPX NETZ_8022 NET=1
BIND IPX NETZ_8023 NET=2
... und schon kannst Du IPX mit beiden Frametypen auf dem Netz fahren.
┌───────────────────────────────────────────────────────────────────────┐
│******************** Verkabelungssystem 10BaseT *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Martin Koehrer * Adresse: (2:2476/559.1)
> Mit Twisted pair habe ich leider keine Erfahrung,
Das ganze Zeug ist eigentlich total einfach und logisch aufgebaut. Einer der
groessten Vorteile ist IMHO die Tatsache, dass man bereits mit Level 5 Kabel
verkabeln kann, und somit fuer 100 MBit/s geruestet ist. Die
Aktiv-Komponenten kann man dann ja immer noch erst mal fuer 10MBit kaufen.
Diese Kombination ist im Uebrigen gar nicht mal viel teurer als eine
Kombination von 10Base-2 und EAD Dosen.
Beispiel (die Preise sind nur geschaetzt aus dem Kopf, mit Preisen habe ich
nix zu tun, falls zu teuer oder zu billig, bitte ich um Nachsicht)
HUB: 3COm LinkBuilder FMS, 12 Anschluesse ca. 1500,-
Dosen: 10Base-T Dosen, bereits fuer 100 MBit aus- ca. 50,- /Stck
gelegt
Wenn man nun ein System mit 10 Rechnern nimmt, kommst du bei den EAD-Dosen +
Kabel zumindest auf 1200,- Mark, waehrend mit 10Base-T hier nur 500 anfallen.
Dann kommen eben noch die Kosten fuer den LinkBuilder und die Verkabelung
in's Spiel, wobei man hier ja 10Base-T 10Mbit mit 10Base-2 10Mbit vergleichen
sollte. Die Preisunterschiede sind dann minimal.
Vorteil der 10Base-T ist zum Einen die Ausfallsicherheit (Ein Kurzschluss
oder Offene Stelle) schaltet eben nur diesen PC ab, am LinkBuilder blinkt
dann ein LED und der Rest kann weiterarbeiten. Wenn man das ganze nun noch um
ein SNMP Modul ergaenzt, kann man auch noch per Ferndiagnose erkennen,
welches Segment defekt ist.
Zum Anderen eben die Moeglichkeit, auf 100 MBit zu gehen.
Man kann bis zu 4 Linkbuilder stacken (brauchen zusammen nur ein SNMP Modul),
allerdings gibt's dann u.U. bessere Loesungen. Es gibt auch Moeglichkeiten,
eine Mischform (10Base-2 und 10Base-T) zu fahren.
┌───────────────────────────────────────────────────────────────────────┐
│************************** Token-Bus/-Ring **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Roland Scheffer * Adresse: (2:2401/315.4)
> Infos zu Token-Bus/Ring, aus meiner Studienarbeit ueber Lichtwellenleiter
> in LANs
---------------------------------------------------------------------
IEEE 802.4 - Token-Bus
----------------------
Ein Token-Bus-Netz ist ein LAN, welches mit dem Token-Passing
als Zugriffsverfahren arbeitet. Die Spezifikationen von opti-
schen Token-Bus-Netzen sind in IEEE 802.4 vollstaendig
festgelegt worden und sind auch ISO-Standard.
Im Gegensatz eines Ethernets mit CSMA/CD-Verfahren, das
Beschraenkungen in seiner Bandbreite und Teilnehmerzahl
aufgrund ihres Zugriffverfahrens aufweist und Token-Bus-
Netzen mit elektrischer Uebertragungstechnik, die wegen ihrer
geringen Bandbreite von 5 Mbit/s nur ein Reichweite von 700 m
erlauben, wuerde eine Erhoehung der Datenrate nur zu einer
Reichweiteneinbusse fuehren, so ist dieses bei Token-Bus-Netzen
auf LWL-Basis nicht der Fall. Durch den Einsatz von LWL ist
eine erhebliche Reichweitenerhoehung von bis zu ca. 20 km bei
einer Datenrate von 20 Mbit/s moeglich, d.h. bei Token-Bus-
Netzen ergibt sich die Reichweiteneinbusse lediglich auf der
Grundlage des Uebertragungsmediums, wobei es beim CSMA/CD-
Verfahren es sich aus dem Zugriffsverfahren begruendet.
Ausserdem besteht bei optischen Token-Bus-Netzen prinzipiell
die Moeglichkeit beliebig viele aktive Sternkoppler und nicht
nur eine begrenzte Zahl - wie bei CSMA/CD - verwenden zu
koennen /34/.
Die einzelnen Stationen bilden eine "logische zirkulaere,
ringfoermige Anordnung", d.h. nach dem letzten Teilnehmer ist
automatisch wieder der erste dran. Dazu muss der Teilnehmer
lediglich seinen Vorgaenger und Nachfolger im Netz kennen und
haben somit in der Regel keine Informationen ueber den gesam-
ten Ring.
Die betreffende Station hat nur fuer eine befristete Zeit das
Senderecht, sie muss es nach Ablauf dieser Zeit an die naechste
per Projektierung festgelegte Station weitergeben. Aus dieser
maximalen "Token-holding-time" resultiert fuer jede einzelne
Teilnehmerstation eine determinierbare maximale Wartezeit,
mit der sie auf den Bus zugreifen kann/32/.
Aufgrund der Tatsache, dass die Stationen nicht Bestandteil
des Ringes sind, ist es nicht moeglich, dass das LAN durch den
Ausfall einer einzigen Station ausfaellt. Deswegen sind auch
keine Vorsichtsmassnahmen wie "Selbstheilung" oder Bypass-
Schaltungen (siehe Kap. 5.3.2) notwendig.
[..]
Die Moeglichkeit bei Token-Bus-Mischaufbauten aktive und
passive Sternkoppler zu verwenden, bietet zwei Vorteile:
- Eine optische Vernetzung ist mit Hilfe passiver Stern-
koppler auch im eigensicheren Bereich moeglich.
- Da passive Sternkoppler preiswerter als aktive Sternkopp-
ler sind, ergibt sich aus dem moeglichen Mischaufbau ein
Preisvorteil gegenueber einer Vernetzung, die, wie Ether-
net, nur aktive Sternkoppler verwenden kann /31/.
Es besteht weiterhin die Moeglichkeit ein Netz aus LWL und
Koaxialkabeln aufzubauen, d.h. bestehende Netzwerke auf
Koaxial-Basis werden nicht entwertet, sondern durch optische
Komponenten erweitert.
Mit der Vielzahl auf dem Markt erhaeltlichen Sternkopplern,
lassen sich einige modulare Systeme aufbauen.
[..]
Im Unterschied zum ebenfalls deterministisch und fairen
Token-Ring sind beim Token-Bus also alle Teilnehmer nicht
Bestandteil des Ringes, sondern mit Hilfe von Buskopplern an
das Uebertragungsmedium angeschlossen. Dadurch wird ver-
hindert, dass beim Ausfall einer einzigen Station nicht das
gesamte Netz unterbrochen wird. Es ist jedoch auch offen-
sichtlich, dass die zum Betrieb eines Token-Bus notwendigen
Kontrollaktionen sehr komplex und kompliziert sind.
Vorteile:
- garantierte Zugriffszeit
- unabhaengig von der Buslaenge
- einfache Verkabelung
- hohe Auslastung
Nachteile:
- Zugriffszeit abhaengig von der Teilnehmerzahl
- langsamer als Token-Ring
IEEE 802.5 - Token-Ring
-----------------------
Der Token-Ring arbeitet ebenfalls mit dem Token-Passing-
Zugriffsverfahren. Die Datenuebertragung erfolgt jedoch auf
einem Uebertragungsweg, der im Sinne eines Ringes physikalisch
geschlossen ist. Die Teilnehmerstationen selbst sind Teile
des Uebertragungsweges - im Gegensatz zum CSMA/CD-oder Token-
Bus-Netz: Ein Leitungssegment beginnt an jeweils einer
Station und endet an der jeweils naechsten Station: Jede
Station regeneriert in einem Repeater die von der
vorausgehenden Station eintreffenden Daten und uebergibt sie
an die weiterfuehrende Leitung /32/.
[..]
Das Token-Ring-Zugriffsverfahren basiert darauf, dass das
Token als besonderes Steuerpaket im Ring kreist, d.h. dass die
Datenstation erst dann Daten abschickt, wenn das Token
vorbeikommt, es aus dem Ring herausnimmt, ein adressiertes
Datenpaket einspeist und dann das Token wieder hinter dem
Paket in den Ring einspeist. Dann wartet sie ab bis das
Telgramm wieder bei ihr eingetroffen ist, vernichtet es und
setzt wieder ein freies Token auf den Ring (Abb. 24).
Im Unterschied zum Token-Bus werden bei der Funktionsweise
des Tokens eines Tokenringes die Eigenschaften der Ringto-
pologie ausgenutzt (Token ist also nicht gleich Token!) /18/.
[..]
Vorteile:
- garantierte Zugriffszeit
- unabhaengig von der Buslaenge
- einfache Verkabelung
- hohe Auslastung
Nachteile:
- Stationsausfall fuehrt unter Umstaenden zum Totalausfall
des Systems
Redundanz-Mechanismen bei Bus-LANs
----------------------------------
Bei Bus-LANs besteht die Moeglichkeit, anstatt einer Busleitung
eine zweite redundante Busleitung zu verwenden. Dabei wird jeder
Rechner mit dem doppelten linearen Bus verbunden, so dass im
Falle des Ausfalls eines Controllers, Transceivers oder Busses,
die Funktion des Rechners sichergestellt ist.
Es koennen hiermit jedoch nur Einzelfehler korrigiert werden,
Doppelfehler fuehren zum Ausfall des Rechners.
Redundanz-Mechanismen bei Ring-LANs
-----------------------------------
Einfache Ringe sind sehr stoeranfaellig, denn ein Kabelbruch
oder ein loser Stecker fuehrt im Normalfall zum Ausfall des
Netzes. Um diesen Gefahren zu begegnen, werden meist Dop-
pelringe eingesetzt.
In den Netzwerkstationen sind Mechanismen implementiert, die
diese Doppelringe sinnvoll nutzen und die Stoeranfaelligkeit
auf ein Minimum reduzieren. So wird z.B. bei einer Stoerung
auf beiden Seiten der Stoerstelle eine Schleife gelegt. Der
Nachrichtenverkehr laeuft auf dem bisher nicht genutzten
inneren Ring in entgegengesetzter Richtung wieder zurueck.
Dieser Mechanismus wird "Selbstheilung" (Abb. 27) genannt.
[..]
Ein weiterer Fehlerbehebungsmechanismus ist der Bypass (Abb.
28). Im Fall einer Stoerung wird das beschaedigte Ringsegment
umgangen, indem die Nachricht auf den der doppelt verlegten
Leitung gelegt wird, der unbeschaedigt ist. Mehrere Fehler-
stellen lassen sich somit umgehen, es sei denn, dass beide
Leitungen gestoert sind. Die Netzwerkstationen beginnen bei
der Fehlerbehebung zunaechst mit dem Bypass und schalten dann,
wenn beide Leitungen unterbrochen sind , die Selbstheilung
ein.
[..]
Um Ringe noch fehlertoleranter zu gestalten, wird meist noch
ein drittes Verfahren, die physikalische Sternanordnug,
eingesetzt. Durch diesen verlegungstechnischen Kniff laesst
sich der Nachrichten verkehr beim Totalausfall einer Station
oder deren Zuleitung durch die Ueberbrueckung der
Schadensstelle am zentralen Knotenpunkt der Leitungen um-
leiten. es handelt sich hier um eine Sterntopologie, bei der
sich die Nachricht auf einem Ring bewegt. Im Unterschied zur
Sterntopologie ist der zentrale Knotenpunkt eine passive
Einheit. Dieser sogenannte Ringverteiler uebernimmt keine
Verteilerfunktion, er ueberwacht lediglich die Funktionalitaet
des Kabels und der angeschlossenen Stationen und trennt diese
bei Stoerung einfach ab. Erst wenn durch Bypass und
Selbstheilung kein Erfolg mehr erzielt werden kann, wird das
beschaedigte Segment vollstaendig vom Ring abgetrennt. Bei
Ringtopologien ist auf Grund dieser Mechanismen die
Fehlertoleranz am groessten /43/.
┌───────────────────────────────────────────────────────────────────────┐
│************************ Ethernet Topologie *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:2432/355.5)
> Ich habe mal gehoert, das ein Bus Netz auf RG58 "Cheapernet" Basis nicht
> laenger sein darf als 200 M ?
> Das brauche ich wohl einen sog "Repeater", oder ?
> Was ist das denn, und wie teuer ist sowas ?
Die max. Laenge eines 10Base2-Segmentes (Cheapernet) ist lt. Standard 185m.
Es koennen aber auch bei entsprechender Qualitaet der Verkabelung laengere
Segmente realisiert werden. Bei der von Dir genannten Laenge wirst Du aber
ohne den Einsatz von Koppelelementen fuer einzelne Segmente nicht auskommen.
Das einfachste Verfahren ist der Einsatz der von Dir genannten Repeater.
Repeater dienen zur Topologieausdehnung von Ethernet-Segmenten im Rahmen
von CSMA/CD. Sie geben alle Signale eines Segmentes auf alle anderen
angerschlossenen Segmente weiter. Aus Sicht der LAN-Teilnehmer und der
Zugriffsstrategie soll ein Repeater transparent wirken, d.h. er darf weder
die Fairness des Mediumzugriffs verletzen noch addressierbar sein. Dabei ist
es moeglich, mit sogenannten Remote-Repeater-Haelften ueber Punkt-zu-Punkt
Verbindungen (Inter-Repeater-Link, IRL) auch groessere Entfernungen zu
ueberbruecken. Der Ethernet-Standard sieht als Laenge eines IRLs, fuer den
typischerweise Glasfasern verwendet werden, max. 1000m vor. Es gibt aber auch
hierzu Firmen, die deutlich laengere IRLs in ihrem Produktangebot haben.
Beim Einsatz von Repeatern muss noch beachtet werden, dass zwischen zwei
Kommunikationspartnern max. vier Repeater in Reihe geschaltet sein duerfen,
d.h. max. fuenf hintereinanderliegende Segmente verbunden werden koennen. Bei
der von dir genannten Ausdehnung greift diese Restriktion zwar noch nicht,
aber wenn mehrere Segment an einem zentralen Punkt zusammenlaufen, kannst du
dort auch einen Multiport-Repeater einsetzen.
Zum Abschluss noch ein Hinweis bzgl. der Verkabelung: Ueberall wo es
moeglich ist, wuerde ich derzeit 10BaseT gegenueber 10Base2 vorziehen, da die
neuen Fast-Ethernet-Standards nach dem gegenwaertigen Diskussionsstand nur
auf dieser Verkabelung eingesetzt werden koennen.
┌───────────────────────────────────────────────────────────────────────┐
│********************** Unterschied 802.2 802.3 **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:242/424.5)
> kann mir mal bitte jemand den Unterschied zwischen
> ETHERNET 802.2, ETHERNET 802.3, ETHERNET II, ETHERNET SNAP
> erklaeren?
Es handelt sich dabei um Standards von Rahmen für Datenpakete auf der
Sicherungsschicht des OSI-Modells. Wie Dir sicherlich bekannt ist, wird in
jeder Schicht dieses Modells in einer sendenden Station ein oder mehrere
Datenpakete der hoeheren Schicht um spezifische Steuerinformationen (Rahmen)
ergaenzt, bevor es oder sie als Paket an die darunterliegende Schicht
weitergegeben wird. Genauso ist eine Aufteilung eines Pakets der hoeheren
Schicht in mehrere Teile möglich, die jeweils mit eigenen Steuerinformationen
an die tiefere Schicht übergeben werden. In der empfandenden Station laeuft
diser Vorgang in umgekehrter Reihenfolge ab. Jede Schicht wertet die für sie
bestimmten Steuerinformationen aus und entfernt sie bevor das Datenpaket an
die nächsthöhere Schicht weitergegeben wird. Ein in mehrere Teile
zergliedertes Paket der höheren Schicht wird wieder zusammengesetzt und eine
aus mehreren Paketen der höheren Schicht bestehende Anlieferung wird wieder
zerlegt.
802.3 und 802.2 gehoeren zum IEEE Standard für LANs. Dieser unterteilt die
Sicherungsschicht in logische Verbindungskontrolle (Logical Link Control,
LLC) und Medienzugriffskontrolle (Media Access Control, MAC) mit jeweils
eigenem Rahmen. 802.3 definiert neben der Bitübertragung auch die
MAC-Teilschicht (z.B. CSMA/CD) und ist damit teilweise in der
Sicherungsschicht angesiedelt. 802.2 beschreibt auf 802.3 aufbauend die LLC.
Ethernet II ist im DIX (DEC, Intel und Xerox) Standard definiert. In ihm
werden die nötigen Steuerinformationen der Sicherungsschicht in einem dem
CSMA/CD-Verfahren entsprechendem Rahmen ohne Unterteilung in MAC und LLC den
Datenpaketen beigefügt.
Ethernet SNAP beschreibt, wie Ethernet Packete, die nicht dem Standard
802.2 genuegen, ueber den Rahmentyp 802.3 versendet werden. Damit wird wieder
eine Unterteilung in MAC und LLC erreicht. Er ist aehnlich dem Standard 802.2
aufgebaut, hat aber noch eine Ergaenzung zur Aufnahem des Protokolltyps.
Im folgenden werde ich Dir den Aufbau der Rahmen etwas detaillierter
darstellen (Der Buchstabe X soll dabei ein Byte widerspiegeln). Die
Betrachtung konzentriert sich auf die Sicherungsschicht des OSI-Modells, so
daß die zur Bitübertragungsschicht gehoerenden Teile des Standards 802.3
nicht mit einbezogen werden.
a) Ethernet II
--------------
Zieldresse: X X X X X X !
Quelladresse: X X X X X X !- Steuerinfo des Protokolls (Header)
Protokolltyp: X X ______ !
X !
. !_ Daten
. ! (46 bis 1500 Bytes)
. !
X ______ !
Prüfsumme: X X X X !- Steuerinfo des Protokolls (Tail)
b) IEEE 802.3
-------------
Zieldresse: X X X X X X !
Quelladresse: X X X X X X !- Steuerinfo von 802.3 (Header)
Rahmenlänge: X X ______ !
X !
. !_ Daten
. ! (46 bis 1500 Bytes)
. !
X ______ !
Prüfsumme: X X X X !- Steuerinfo von 802.3 (Tail)
Wie Du siehst, ist der deutlichste Unterschied in Byte 13 und 14
auszumachen.
Häufig wird dies als Merkmal der beiden Rahmentypen dargestellt. Es gibt
aber noch weitere Unterschiede in den elektrischen Funktionen, der Jabber
Funktion und natürlich in den Services der logischen Verbindungskontrolle.
Diese will ich jedoch hier nicht weiter darstellen. Du kannst sie in der am
Ende aufgeführten Literatur nachlesen. In den folgenden Beschreibungen
verwende ich SAP als Abkürzung für Service Access Point.
c) IEEE 802.2
-------------
802.3 Header (s.o.)________________
Ziel SAP: X !
Quell SAP: X !- Steuerinfo von 802.2 (Header)
Kontroll Byte: X ________________ !
X !
. !_ Daten
. ! (49 bis 1500 Bytes)
. !
X ________________ !
802.3 Tail (s.o.)
d) Ethernet SNAP
----------------
802.3 Header (s.o.)_______________
Ziel SAP X ! (immer = AAh)
Quell SAP X ! (immer = AAh)
Kontroll Byte X !- Steuerinfo von SNAP (Header)
Protokoll- !
identifizierung:X X X X X _______ !
X !
. !_ Daten
. ! (55 bis 1500 Bytes)
. !
X _______________ !
802.3 Tail (s.o.)
Wie Du siehst können mit dem SNAP-Rahmentyp Ethernetpakete von
Adapterkarten in einer 802.3 Umgebung eingesetzt werden, ohne daß für die
Treiber der Karte eine Neukodierung nötig ist.
Was bedeuten diese Rahmentypen nun für den Einsatz von Novell Netware?
----------------------------------------------------------------------
Seit dem 15. April 1993 stellt Novell den Rahmentyp für den IEEE 802
Standard um. Bisher wurde auf dem Rahmen nach 802.3 eine IPX-spezifische
Protokoll- inforamtion aufgesetzt (sogenanntes RAW 802.3). Seit dem genannten
Datum unterstützen alle von Novell neu ausgelieferten Treiber den IEEE 802.2
Rahmentyp. Es ist daher noetig, daß diese Rahmenart in AUTOEXEC.NCF (Server)
und NET.CFG (Workstations) mit den Adapterkarten verbunden wird. Die neuen
Installationsroutinen machen dieses schon als Vorgabe. Vorhandenes Equipment
muß dagegen von Hand angepaßt werden. Diese Schritte sollten aber in der
Netware Dokumentation erläutert sein (Leider habe ich z.Z. nur Unterlagen der
Version 3.11 zur Hand). Wenn Du damit Probleme hast, helfe ich Dir aber auf
Anfrage weiter.
Abschließend möchte ich vor den Literaturhinweisen nur noch einen wichtigen
Hinweis für den Einsatz von Cisco-Routern geben:
-> Neues Firmware, das IPX auf 802.2 Rahmentyp unterstützt, installieren!!!
Literaturhinweise:
Du findest eine Darstellung der Sicherungsschicht in den einführenden
Werken
zu lokalen Netzwerken, z.B. - D. Kaufels: Lokale Netze
- A.S. Tanenbaum: Computernetzwerke
- M.G. Naugle: Local Area Networking (in Englisch, aber bei Sprach-
kenntnis leichter verständlich)
- P. Chylla u. H.G. Hegering: Ethernet-LANs
Falls in den Novell Unterlagen nichts zum Thema vorhanden ist, findest Du
in der Firmenzeitschrift 'NETWARE CONNECTION' von Juli/August 1993 einen
Bericht zu den geänderten Rahmentyp bei ihrem Betriebssystem.
┌───────────────────────────────────────────────────────────────────────┐
│************************** BNC-Verkabelung **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stephan Schneider * Adresse: (2:246/8100)
> Was brauche ich fuer BNC ? Nur Kabel oder auch Wiederstaende ???
nimm die BNC-Anschlüsse ("Thin Ethernet" oder "Cheapernet"). Kein Problem, Du
brauchst ein RG-58-Kabel (max 185 m Länge), 2x T-Stücke für BNC und 2x
50-Ohm-Abschluß-Widerstände.
Die T-Stücke kommen an die Karte, an jedes Ende vom Netzwerk kommt je ein
Widerstand (EINEN davon bitte erden, z.B. am Computer-Gehäuse).
Das ganze sieht dann so aus:
50-Ohm-T---------------.... .... ... ------T-50-Ohm
| |
Karte Karte
zwischen T-Stück und Karte darf KEIN Kabel sein, das T-Stück MUSS direkt auf
der Karte stecken. Bei der Installation von weiteren Karten sind keine
Widerstände mehr einzubauen, die kommen nur an jedes ENDE.
Die "Joy-Stick-Stecker" wären für Transceiver ("dickes Ethernet") und die
Western-Stecker für Twisted-Pair, wobei Du bei zwei Stationen das Kabel
kreuzen musst (welche Pins??) und bei mehr als zwei Stationen wäre auch noch
ein Concentrator nötig (kostet mehr als RG-58-Kabel).
┌───────────────────────────────────────────────────────────────────────┐
│*************************** Twisted Pair ****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Christian Steinhoff * Adresse: (2:2410/301.4)
> zwei Rechner ueber Twisted Pair verbinden.
> Kann mir jemand verraten, welche Pins auf dem RJ45 belegt
> werden muessen und wie die Verbindung auszusehen hat ?
noch nicht ueberprueft:
[...]
Und so musst Du die Leitungen kreuzen (Pin-Nummern vom RJ45):
Output Data + 1 - 3 Input Data +
Output Data - 2 - 6 Input Data -
Input Data + 3 - 1 Output Data +
Input Data - 6 - 2 Output Data -
Am einfachsten geht das mit einer RJ45 Doppeldose.
┌───────────────────────────────────────────────────────────────────────┐
│************************ Netware 3.11 im WAN ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:243/6322.5)
> Ich brauche eine Moeglichkeit, einen Server via zwei
> Standleitungsmodems an ein reines TCP/IP Netz anzuschliessen und dem
> Novell Netz auch von Linux-WS drauf zugreifen zu koennen.
Die Kopplung der Netzwerke muss nicht unbedingt ueber ISDN erfolgen. Single-
wie Multiprotokoll-Router bieten bei Ausstattung mit den entsprechenden
Schnittstellen die Moeglichkeit, Netzwerke auch ueber Stand- oder
Waehlleitungen mit Modems zu verbinden. Haeufig wird dafuer das auf der
zweiten Ebene des OSI-Modells angesiedelte Point-to-Point Protokoll (PPP)
herangezogen, auf dessen Basis verschiedene Protokolle hoeherer Ebenen
simultan uebertragen werden koennen.
Du kannst die Anbindung des Netzwerkes mit dem Netware-Server an das
ausschliesslich TCP/IP verwendende Netzwerk sowohl mit speziell fuer das
Routing konzipierter Hard-/Softwarekombinationen, als auch mit
Routing-Software auf Basis von Standard-PCs realisieren. Die auf Software
basierenden Loesungen sind auch als Satz von NLMs verfuegbar, so dass sie auf
dedizierten- wie nicht-dedizierten Netware-Servern eingesetzt werden koennen.
Der Netware- Multiprotokoll-Router ist nicht nur als Variante fuer ISDN
verfuegbar, sondern ermoeglicht in seiner urspruenglichen Form die
Netzwerkverbindungen ueber LAN- (MPR Vs. 2.1) oder WAN-Anschluesse (MPR Vs.
2.1 Plus). In der zweiten Version werden neben X.25- und Frame Relay auch
serielle Standleitungen ueber das schon erwaehnte PPP unterstuetzt.
Selbstverstaendlich routet er wie die Variante fuer ISDN neben IPX und
anderen Protokollen auch IP. Damit kannst Du mittels geeigneter
Schnittstellenkarten die von Dir erwaehnten Standleitungsmodems den Linux-WS
die Kommunikation mit den im TCP/IP installierten Maschinen ermoeglichen.
┌───────────────────────────────────────────────────────────────────────┐
│************************* IPX-Uebertragung **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:243/6322.5)
> Wie funktioniert die Datenkommunikation per IPX- Treiber genau ?
Mit dem IPX-Protokoll koennen Workstations auch direkt ohne Einbeziehung
eines Netware-Servers kommunizieren (z.B. Fernsteuerungsprogramme, Gateways
zu MVS- oder anderen Betriebssystemen). Die Datenpackete werden dazu vom auf
der Netzwerkebene des OSI-Modells angesiedelten IPX-Protokoll mit einem
entsprechenden Header versehen an die Protokolle tieferer Schichten
uebergeben. In umgekehrter Richtung werden die zur Netzwerkebene gehoerenden
Header von den aus den tieferen Schichten eingehenden Datenpacketen
ausgewertet, bevor das Datenpacket an die hoeheren Ebenen weitergereicht
wird. Dazu verwendet IPX eine Programmier-Schnittstelle, mit der die kurz
dargestellten Funktionen dem Rechnerbetriebssystem zur Verfuegung gestellt
werden. Da ich nicht in der Programmierung taetig bin, beziehe ich mich bei
den folgenden Ausfuehrungen auf einen Artikel im c't Magazin 7/1991.
Die IPX-Schnittstelle ist keine Erweiterung des DOS-Interrupts 21h, sondern
muss direkt addressiert werden. Die notwendige Einsprungaddresse liefert der
DOS-Multiplexinterrupt 2Fh (Funktion 7Ah) bei geladenem IPX (Register AL
enthaelt den Bestaetigungscode FFh) in den Registern ES:DI. Nach der
Ermittlung der Einsprungaddresse koennen dort alle IPX-Funktionen aufgerufen
werden. Dabei muss die Funktionsnummer im BX-Register uebergeben werden. Eine
Aufstellung der verfuegbaren Funktionen findest Du in dem erwaehnten Artikel
des c't Magazins.
Fuer die Kommunikation werden die sogenannten, aus den IPX-Headern bekannten
'sockets' verwendet. Damit werden die eingehenden Packete an verschiedene,
aktive Prozesse der hoeheren Protokollebenen uebergeben. Beim Versand eines
Packetes muss mit der entsprechenden IPX-Funktion ein socket geoeffnet
werden, der nach dem Versand ebenfalls mit der entsprechenden Funktion wieder
geschlossen wird. Das zu versendende Packet muss natuerlich einen korrekten
IPX-Header beinhalten. Dafuer sind vor dem Aufruf der IPX-Funktion fuer den
Versand die Header-Informationen im High-Low-Format(!) einzutragen. Der
Versand selbst wird dann ueber einen Event Control Block (ECB) gesteuert.
Auch im ECB muessen einige Informationen durch das die IPX-Funktionen
verwendende Programm festgelegt werden. Inhalt und Aufbau der ECBs kannst Du
ebenfalls dem erwaehnten Artikel im c't Magazin entnehmen.
Ein komplexes Thema wie die Programmierung der IPX-Funktionen kann hier
natuerlich nur angeschnitten werden. Ich hoffe, dass Dir meine
Kurzbeschreibung in Kombination mit dem Quellenverweis trotzdem weiterhilft.
Darueberhinaus koennen bei Verwendung der entsprechenden Programmiersprache
(Turbo Pascal) evtl. die connection services aus der Freeware-Bibliothek von
Rene Spronk (2:512/250.4064) mit der zugehoerigen Dokumentation weiterhelfen.
┌───────────────────────────────────────────────────────────────────────┐
│************************* Gateway, Router ? *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:243/6322.5)
> Was sind Gateways, was sind Router ?
Router arbeiten auf der dritten Ebene des OSI-Modells und sind
protokollspezifisch, d.h. sie empfangen ein Packet der hoeheren
Protokollebenen, werten die Infos der Netzwerkschicht aus und leiten das
Packet entsprechend der protokoll- spezifischen (z.B. IP) Vorgehensweise an
die tieferen Ebenen weiter. Eine Protokollumwandlung o.ae. erfolgt dabei
nicht. Zwar sind beim heutigen Stand der Technik die Router in der Lage, eine
Vielzahl von Protokollen abzuarbeiten und fuer nicht routing-faehige
Protokolle als Bridge zu arbeiten, aber das heisst nicht, dass z.B. IPX
verwendende Rechner durch den Einsatz der Router mit Maschinen kommunizieren
koennen, die z.B. IP verwenden. Hier ist zusaetzlich der Einsatz eines
Gateways fuer die Protokollumwandlung erforderlich. Da die Veraenderung des
Protokolls auf unterschiedlichen Ebenen des OSI-Modells erfolgen kann,
spricht man bei diesen Geraeten je nach Schicht auf der dieser Vorgang
greift, von einem Layer-N-Gateway.
┌───────────────────────────────────────────────────────────────────────┐
│************************** ROUTER / BRIDGE **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Matthias Brucke * Adresse: (2:246/2315.4)
> kann mir einer den genauen unterschied zwischen einem ROUTER und
> einer remote BRIDGE mitteilen.
Eine Bridge arbeitet auf Schicht 2 des OSI 7-Schichtenmodells. Sie Betrachtet
nur den MAC-Frame (MAC=Media-Access-Control, Aufbau siehe unten) und wertet
Ethernet-Kartenadressen (Source und Destination) aus. Kennt sie die
Ziel-Adresse, so leitet sie sie weiter (wenn die Ziel-Adresse auf dem anderen
als dem Strang ist, wo der Frane herkam) oder vernichtet ihn (der Empfaenger
hat den Rahmen ja schon). Kennt sie die Adresse nicht, flutet sie (leitet in
alle ihr bekannten Segmente weiter) und merkt sich die Quell-Adresse.
Ein Router arbeitet auf Schicht 3 des OSI-7 Schichtenmodells und betrachtet
(protokollspezifisch) den Inhalt des DATA-Feldes des MAC-Datenrahmens. Er
wertet also nicht die Ethernetkartenadressen aus, sondern die
Quell/Zieladresse die im Protokoll-Header codiert ist. Also z.B. IPX oder
IP-Adressen
> Ich will zwei LANs über eine ISDN Monopolverbindung 64kb
> verbinden.
Wenn Du einfach Pakete hin oder her schieben willst, aber beide Teilnetze
gleiches Protokoll fahren geht ne Bridge. Wilst Du selektiv z.B. nur TCP/IP
ins jeweils andere Netz routen brauchst Du einen Router.
Als Erklaerung die Datenrahmen:
MAC-Frame (IEEE 802.2/Ethernet)
-----------------------------------
| PA | DA | SA | T/L | DATA | FCS |
-----------------------------------
8 6 6 2 1540 2 Bytes
PA = raeambel (dient zur Synchronisierung der Schaltkreise)
DA = Destinationadress (Ethernetkartenadresse des Ziels)
SA = Sourceadress (Ethernetkartenadresse der Quelle)
T/L= Typ / Laenge. Bei Ethernet: Typ, bei 802.3 : Laenge
DATA= Datenfeld
FCS = Frame Check Sequence
DA und SA werden von der Bridge ausgewertet
Im DATA-Feld des MAC-Frames steht dann jeweils der Datenrahmen der
naechsthoeheren Schicht:
DATA (z.B. bei TCP/IP):
-------------------
| IP | TCP | Daten|
-------------------
20 20 max 1500 Bytes
Darin stehen jetzt die Quell/Zieladresse auf IP-Ebene (z.B. 141.69.1.54). Das
IP bzw TCP-Feld wird von einem TCP/IP-Router ausgewertet.
╔═════════════════════════════════════════════════════════════════════════════╗
║ #19 ############################ Literatur #################################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│********************** Novell Buch fuer Doofe? **********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Tilo Duepmann * Adresse: MAUS Stuttgart 2:
Titel:
Network Computing:
Was ist das?
Untertitel: Kaept'n NetWare erklaert's Ihnen!
Es handelt um eine sehr brauchbare Erklaerung der Netzgrundlagen.
Fast ein Comic.
┌───────────────────────────────────────────────────────────────────────┐
│******************* novell-netware-programmierung *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Klaus Lehmann * Adresse: (2:2410/208.23)
ein buchvorschlag dazu:
Charles G. Rose:
Novell Netware-Programmierung
auf disk beispiele V2.x, v3.x und v4.x in C und pascal.
München: Rossipaul 1993 DM 128,-
618 S.
(Edition Novell 256)
er schildert NCP, API's. Beispiele in englisch auf disk.
┌───────────────────────────────────────────────────────────────────────┐
│******************* novell-netware-programmierung *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Rene Spronk * Adresse: (2:2426/4030.13)
weitere Titel :
-Ralf Brown & Jim Kyle
Network Interrupts,
Addison-Wesley, 1994, ISBN 0-201-57???-?
(Contains the same info as Ralph Browns' INTER38?.ZIP file)
-Laura Chappel,
Novell's Guide to NetWare LAN Analysis,
Sybex/Novell Press, 1993, ISBN 0-7821-1143-2
(Includes a good look at the 'proprietary' NCP-protocoll)
-Ralph Davis,
Netware Programmer's Guide,
'Building applications with Netware version 2.15'
Addison-Wesley, 1990, ISBN 0-201-57014-9
(Reference for the Novell C Client Kit for NetWare 2.x)
-Ralph Davis,
NetWare 386 Programmer's Guide,
Addison-Wesley, 1991, ISBN 0-201-57709-7
(Reference for the Novell C Client Kit for NetWare 3.x)
-Ralph Davis,
Windows Network Programming: How to Survive in a World of Windows,
DOS, and Networks, Addison Wesley, 1993.
(An in-depth look at WfW, NetWare, LAN Manager. Includes a chapter
about DPMI API call translation)
-Tim Farley,
Undocumented NetWare: A Programmer's Guide to Reserved Networking
APIs and Protocols, Addison-Wesley, 1994.
(To be published/ covers the NCP protocol, the NW Lite API,
NetX modifications of INT 21h, the F2 interface, server APIs etc.
-Looks promising :-)
-IBM,
IBM Local Area Network Technical Reference.
IBM, partNbr. 25F7688, FormNbr. SC30-3383.
(LanBIOS and netBEUI, -NO Netware/IPX-)
-John T. McCann,
Netware Programmer's Guide,
M&T Publishing, 1990, ISBN 1-55851-154-7
(Shows some possibilities of the Assembler API for NetWare.)
-Barry Nance,
Network programming in C,
Que, 1990, ISBN 0-88022-569-6
(Covers Netware, NetBIOS and IPX/SPX, sources included)
-Matthew Naugle,
Network Protocol Handbook,
McGraw Hill, 1993, ISBN 0-07-046461-8.
(An excellent general reference to all major network protocols,
including XNS, IPX/SPX, AppleTalk, TCP/IP and DECnet.)
-Novell,
Netware System Interface Technical Overview,
Addison-Wesley, 1990, ISBN 0-201-57027-0
(Global description of the Novell C Client Kit for NetWare 2.x)
-Charles G. Rose,
Programmers Guide to Netware,
McGraw-Hill, 1990, ISBN 0-07-607029-8
(-The- standard reference for the Assembler NetWare 2.x API.
Best book around for independent programmers.)
-Charles G. Rose,
Die Novell Netware Programmierung (D)
Rossipaul-Verlag, 1994, ISBN 3-87686-256-6
(German translation, with additional 3.x/4.x information)
-Andrew Schulman et.al.
Undocumented Dos, 2nd ed., Andrew Schulman, ed.
Addison Wesley, 1993, ISBN 0-201-63287-X
(General programmers' reference for undocumented DOS; includes a
chapter about the network redirector INT 21/11 (VLM type shell))
-W. David Schwaderer,
C programmers guide to NetBIOS, IPX, and SPX,
SAMS publishing, 1992, ISBN 0-672-30050-8
(Good programmers' reference for NetBios, 1 chapter about IPX)
┌───────────────────────────────────────────────────────────────────────┐
│*************** Literatur zur Netzwerkprogrammierung ****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Johann Weinzierl * Adresse: (2:2494/17.1)
> hat jemand von Euch Info's/Literaturhinweise zur Netzwerkprogrammierung
> in C++/TP/ASM, ich meine damit Netbios-, IPX- oder andere
> Protokolle.
C Programmer's Guide to Netbios, IPX, and SPX von W.David Schwaderer
Prentice Hall,
ISBN 0-672-30050-8
Nicht billig, (>100DM) aber recht ordentlich (besonders der Netbios Teil).
┌───────────────────────────────────────────────────────────────────────┐
│****************************** NetBios ******************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Johann Weinzierl * Adresse: (2:2494/17.1)
> Ich bin auf der Suche nach handfesten Informationen zum NetBios.
> Viele Utilities, Treiber etc. setzen darauf auf, aber die Infos
> zu NetBios selbst (auch in der NW-Doku) sind aeusserst
> spaerlich.
Ein recht gutes Buch für Programmierer:
C Programmer's Guid to Netbios, IPX and SPX,
W.David Schwaderer
ISBN: 0-0672-30050-8
Kost aber >100 DM
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Buch mit Netware API ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Rene Spronk * Adresse: (2:2426/4030.13)
> kann mir jemand ein _gutes_ Buch (auch in englisch)
> mit dem aktuellen Netware API empfehlen?
Undocumented DOS, 2nd ed., Andrew Schulman, Dez.93 oder Jan.94;
Undocumented Netware, Tim Farley, Addison Wesley, Jan/Maerz.94.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Buecher ueber Novell ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Sven Semel * Adresse: (2:2468/9811)
Meine Bibel was NetWare betrifft ist:
Novell NetWare 3.12 Installation und Netzwerkverwaltung
von Eric Tierling
Verlag Addison Wesley
ISBN 3-89319-696-X
Preis: 99,90 DM
sehr empfehlenswert das Buch, insgesamt ueber 1000 Seiten und bis jetzt hab
ich alle Antworten gefunden, die ich gesucht habe.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Buecher ueber Novell ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:243/6322.5)
Fuer die Arbeit mit Netware ist IMHO die Original-Dokumentation immer noch am
besten geeignet. Die Fachliteratur bietet nur mehr oder weniger gut gelungene
Wiedergaben der dort aufgefuehrten Informationen. Wenn es aber unbedingt ein
solches Werk sein soll, sind die Fachbuecher aus dem Huethig-Verlag zu den
verschiedenen Netware-Versionen durchaus empfehlenswert. Kuerzlich errichte
mich ein Brief aus dem Verlag, dass inzwischen auch eine Ausgabe fuer Netware
3.12 erschienen ist:
K. Brotz, P. Foeckeler und S. Wolf
Novell Arbeitsbuch zu Netware v3.12
Band I, 460 S., ISBN 3-7785-2252-3, DM 108,00
Band II, 508 S., ISBN 3-7785-2253-1, DM 108,00
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Bezugsadresse LanLine ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Achim Hohenstein * Adresse: (2:2476/823)
AWi Verlag (Aktuelles Wissen)
LanLine Redaktion Abo-Bestellung
Bretonischer Ring 13 Rheinstr. 28, Postf. 400467
85630 Grasbrunn 80704 München
Fax: 089-45616-200 Tel 089-36086-352
CI$: 71333,3243 Fax 089-36086-358
Monatlich, 148,-/Jahr
┌───────────────────────────────────────────────────────────────────────┐
│******************* c't-Hinweise zu Novell Themen *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Marco Mueller
Novell-Berichte in der c't:
> Haltbarkeit verlaengert?
Zehn Ethernetkarten fuer den PCI-Bus c't 1.95 Seite 146
> Artenvielfalt
Ethernet und keine Ende: Stand eines
LAN-Klassikers c't 12.94 Seite 286
> Umwidmung
Programmierung der NetWare-DOS-Shell mit
Borland-Pascal c't 12.94 Seite 296
> Weltoffen
TCP/IP erweitert den PC-Horizont c't 12.94 Seite 254
> Doppelstrategie
Novells AppWare-Technik beendet Betaphase c't 10.94 Seite 53
> Wiederverwertung
Recycling-Printserver aus altem 286er-Board c't 9.94 Seite 212
> Virtuelle Einrichtung
Konfigurationstips fuer Novells DOS-Requester c't 9.94 Seite 194
> Tunnelstation
NetWare-Clients ueber TCP/IP anbinden c't 9.94 Seite 193
> Schlauer Kaefer
Bootware Plus fuer die flexible Einrichtung
von Diskless Workstations c't 9.94 Seite 76
> Plug and Print
Kompakter Printserver fuer Druckervernetzung c't 9.94 Seite 74
> Alleinstehend
miros Ethernet-ISDN-Router fuer NetWare c't 9.94 Seite 72
> Fertigserver
Zeniths Z-Stor mit vorkonfigurierter
Personal NetWare c't 9.94 Seite 72
> Smarter Diener
I-Queue! Server ersetzt Novells RPrinter c't 9.94 Seite 70
> Licht und Schatten
Ein kritischer Blick auf Novell DOS 7 c't 8.94 Seite 192
> Natuerlich undokumentiert
Novells Personal Netware unter OS/2 c't 7.94 Seite 176
> Startautomatik
Compaqs "SmartStart" vereinfacht
Server-Installationen c't 6.94 Seite 98
> Silberlinge im Netz
CD-ROM-Schnittstelle fuer NetWare:
Microtest Discport c't 6.94 Seite 96
> Im Netz der Produkte
Netz-Software im Umfeld von IBM und OS/2 c't 6.94 Seite 60
> Man kennt sich
WfW, Personal NetWare und LANtastic auf
Integrationskurs c't 5.94 Seite 202
> Servers Impfung
Dr. Solomon's Virenschutz-NLM c't 5.94 Seite 135
> Servers Diener
Die Entwicklung von NetWare Loadable Modules c't 4.94 Seite 274
> Prinzenparade
Staerken und Schwaechen der wichtigsten
SQL-Datenbank-Server c't 4.94 Seite 234
> Schutzmodule
Fuenf Antivirus-Pakete fuer NetWare-Server c't 4.94 Seite 196
> Rotalarm
Rettung bei Passwordverlust c't 3.94 Seite 205
> DOS novellieren?
Novell DOS 7 fordert PC- und MSDOS heraus c't 3.94 Seite 74
> Treiber-Stoepseleien
OS/2 im NeWare- und LAN-Server-Netz c't 2.94 Seite 162
> Minor Update
Erfahrungen mit mit Novells juengster NetWare c't 2.94 Seite 140
> Schreibtischtaeter
Intels LANDesk Manager 1.5 fuer NetWare c't 2.94 Seite 64
> Fax-Zentrale
Drei Faxloesungen fuer Netware-Server
im Vergleich c't 12.93 Seite 114
> Messdiener
Novells LANalyzer for Windows 2.0 c't 12.93 Seite 82
> Hauptsicherung
ARCserve 5.0: NetWare-Backup unter Windows c't 11.93 Seite 64
> Zwei in einem
Novell kuendigt NetWare fuer OS/2 an c't 10.93 Seite 19
> Billiger Brueckenschlag
Das EMail-Gateway Mercury fuer NetWare-Server c't 9.93 Seite 50
> Schlingerkurs
Novell ersetzt NetWare 4.0 c't 9.93 Seite 20
> Vereine und herrsche
Der Kampf um Netzdienste und
Programmierschnittstellen c't 8.93 Seite 60
> Netzwerkzeug
Die NetWare-Ausgabe der XTree Tools
for Networks c't 8.93 Seite 48
> Schulterschluss
Novell und Oracle produzieren gemeinsam c't 8.93 Seite 18
> Ortswechsel
Drucken am richtigen Platz mit NetWare c't 7.93 Seite 188
> Doppelkopf
NetWare SFT III fuer gesteigerte
Serversicherheit c't 5.93 Seite 78
> Second Service
Ein erster Blick auf NetWare 4.0 c't 5.93 Seite 74
> Mit Maus ins Netz
WNET-Utility fuer NetWare Lite unter Windows c't 5.93 Seite 70
> Fensterfax
Netzfaehige Fax-Software fuer Windows c't 4.93 Seite 174
> Novell-Novize
Amiga Client Software fuer NetWare v3.11 c't 4.93 Seite 64
> Fernweh
Der holprige Weg zum Booten via
NetWare-Server c't 3.93 Seite 186
> LAN in Sicht
Brightwork LAN Tachometer 1.0 fuer NetWare c't 3.93 Seite 108
> Spaetzuender
Univel UnixWare SVR4.2 Version 1 c't 3.93 Seite 30
> Netzdiplom
Novells NetWare-Schulungsprogramm c't 2.93 Seite 64
> Neues von Novell
NetWare 4.0, NetWare fuer OS/2 und
NetWare Lite fuer Windows c't 2.93 Seite 24
> Evergreen Ethernet
PC-Adapter von Pocket bis Busmaster
im Vergleich c't 1.93 Seite 136
> SK-Net Novell
K. Brotz et al. c't 12.92 Seite 288
> Leichtnetz mit Anhang
NetWare Lite v1.1 im Paket mit DR DOS c't 12.92 Seite 124
> Befluegelte Post
Pegasus Mail fuer NetWare c't 12.92 Seite 122
> Optisch sichern
Erfahrungen mit MODs als Backup-Loesung c't 12.92 Seite 56
> Nischenprodukte
Vier Printserver fuer Novell NetWare c't 11.92 Seite 156
> Safety first
Micro Array 500s, ein RAID-System im
5,25:"-Format c't 11.92 Seite 82
> Zu anderen Ufern
Alternative zu NetWare Mac: Dayna NetMounter c't 10.92 Seite 88
> Netzbetrieb
Erfahrungen mit einem CD-ROM-Netzwerk c't 8.92 Seite 78
> Verteilungsk(r)ampf
Wenn das Netzwerk mit der CD-ROM ... c't 8.92 Seite 72
> PC ferngesteuert
Acht Remote-Control-Programme fuer Modem
und LAN im Vergleich c't 7.92 Seite 96
> Lange Leitungen
Intelligentes Gateway fuer WANs c't 7.92 Seite 86
> "Unix um die Ecke"
Marc Epstein, Univel, zum USL-Novell-
Betriebssystem c't 7.92 Seite 25
> Fax fuer den solventen Power-User
Netzwerkweit faxen unter Windows:
CITT FAX im LAN c't 6.92 Seite 144
> Zeitverschiebung
Systemzeit eines NetWare-Servers setzen c't 4.92 Seite 197
> Ab ins Postfach
Broadcasts unter NetWare 2.x / 3.x speichern c't 4.92 Seite 196
> Doppelt haelt besser
Mirroring und Duplexing unter NetWare c't 2.92 Seite 184
> Polyglotter Datenmanager
Novells Btrieve versteht viele Sprachen c't 2.92 Seite 126
> Die NetWare-Bindery
Benutzerverwaltung im Novell-Netz c't 10.91 Seite 302
> Fernabschaltung
PC steuert PC mit Novell-IPX c't 5.91 Seite 224
┌───────────────────────────────────────────────────────────────────────┐
│*********************** CNE + CNA Unterlagen ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Ulrich Menz * Adresse: MAUS Krefeld2: 02151-307007
Von NovellPress gibt es das CNE-Study Guide
ISBN 0-7821-1502-0
Es kostet so ca. 180,-DM und enthaelt auf 1596 Seiten
eine Zusammenfassung der 3.1x Schiene.
╔═════════════════════════════════════════════════════════════════════════════╗
║ #20 ######################### Programmierung ###############################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│************************* Novell-Client-SDK *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Joerg Kettlitz * Adresse: (2:244/1130.30)
> Weiss jemand, wo man das Novell-Client-SDK kaufen kann
In der letzten Developer's Bullet wurde eine CD vorgestellt, die ALLE
Client-SDKs und das NLM-SDK incl. Doku enthält. Preis: sagenhafte 190$.
Bei NOVELL in Düsseldorf kann man die CD zum genannten Preis bestellen.
[Anschrift von Novell siehe in der FAQ unter Adressen]
┌───────────────────────────────────────────────────────────────────────┐
│**************************** Novell API *****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Rene Spronk * Adresse: (2:2426/4030.13)
> kannst Du mir auch eine Quelle zur NLM-Programmierung nennen ?
Leider hat man fuer die NLM programmierung nuer eine Moeglichkeit: das
offizielle NLM SDK von Novell..
'public domain' knowledge of the client SDK is sketchy and incomplete. Even
less is known about the low-level details of the NLM SDK. The Novell NLM SDK
is packaged together with the (32 bits) Watcom C++ compiler.
> Wir wollen ein Client-Server-Paket, das bisher unter Unix laeuft,
> auf Netware realisieren. Ich denke mal, dass ein NLM am ehesten das
> Gegenstueck zu einem asynchronen Prozess unter Unix ist.
Hm. You could also use a dedicated workstation as a server for this client/
server application. But if it has to be fileserver based (i.e. NLM), you'll
simply have to buy the NLM SDK, there's no way around it.
┌───────────────────────────────────────────────────────────────────────┐
│NEU!********************* Novell-Client-SDK *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Patrick A. Scholz * Adresse: (2:2453/400)
> Weiss jemand, wo man das Novell-Client-SDK kaufen kann und was es kostet,
Seit einiger Zeit koennen nur noch "Novell Professional Developer" die Dinger
kaufen. Ich habe noch die Diskettenversion bei Compu-Shack erworben.
Inzwischen gibt es aber _alle_ SDKs auf einer CD fuer $170 im Abo. Ob das ein
Sonderpreis oder Regulaer ist, entzieht sich meiner Kenntnis.
┌───────────────────────────────────────────────────────────────────────┐
│****************** TP-Source zu DCF-77 Uhr im Netz ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Pit Biernath * Adresse: (2:301/508)
Das folgende TP-Programm liest erst mal die Serverzeit aus und kontrolliert,
ob sie 10 sec. falsch geht. Wenn ja, dann wird die Zeit gesetzt. Dieses
erfolgt bei meinem schlechtesten Server alle 10 Stunden, bei meinem besten
einmal pro Woche.
Dieses Programm setzt ALLE Server, an denen man z.Z. angemeldet ist !!
----------------
program UHR;
uses dos;
const d = 10 ; {max. Differenz in sec.}
var
hun,sek,min,std : word;
tdw,Tag,Mon,Jahr : word;
procedure SetServerTime;
var Regs : registers;
reply1 : record
year : byte;
month : byte;
day : byte;
hour : byte;
minute : byte;
second : byte;
dayofw : byte;
end;
reply2 : word;
request2: record
length : word;
code : byte;
year : byte;
month : byte;
day : byte;
hour : byte;
minute : byte;
second : byte;
end;
begin
{lesen der ServerZeit};
Regs.AH := $E7;
Regs.DS := Seg(Reply1);
Regs.DX := Ofs(Reply1);
MsDos(Regs);
if
(abs((Reply1.Hour-Std)*3600+(Reply1.Minute-Min)*60+(Reply1.Second-Sek))>d)
or (Reply1.day <> Tag )
or (Reply1.Month <> Mon )
then begin
{setzen der ServerZeit};
Regs.AH := $E3;
Regs.DS := Seg(Request2);
Regs.SI := Ofs(Request2);
Regs.ES := Seg(Reply2);
Regs.DI := Ofs(Reply2);
Request2.Code := $CA;
Request2.Length := SizeOf(Request2)-2;
Reply2 := 0;
if Jahr < 2000
then Request2.Year:= Jahr-1900
else Request2.Year:= Jahr-2000;
Request2.Month := Mon;
Request2.Day := Tag;
Request2.Hour := Std;
Request2.Minute := Min;
Request2.Second := Sek;
MsDos(Regs);
write('=gesetzt ');
end
else write('=o.k. ');
end;
procedure SetAllServerTime;
type AC = Array[1..8,1..48] of char;
PC = ^AC;
var R : Registers;
P : PC;
F,FF : integer;
begin
{ Get Shell Table Addresses }
R.AH := $EF;
R.AL := $04;
MSDOS(R);
P := Ptr(R.ES,R.SI);
write('Zeit der folgenden Servern ist : ');
for ff := 1 to 8
do begin
{ set preferred File Server }
R.AH := $F0;
R.AL := $00;
R.DL := FF;
MsDos(R);
if P^[ff,1] <> #0
then begin
f := 1;
while P^[ff,f] <> #0
do begin
write(P^[ff,f]);
inc(f);
end;
SetServerTime;
end;
end;
writeln;
end;
begin
GetTime(std,min,sek,hun);
GetDate(jahr,mon,tag,tdw);
writeln(Tag,'.',Mon,'.',Jahr,' ',Std,':',Min,':',Sek);
SetAllServerTime;
end.
-----------
┌───────────────────────────────────────────────────────────────────────┐
│**************************** Novell API *****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Uwe Gawehn * Adresse: (2:243/6322.5)
> Wir wollen ein Client-Server-Paket, das bisher unter Unix
> laeuft, auf Netware realisieren. Ich denke mal, dass ein NLM am
> ehesten das Gegenstueck zu einem asynchronen Prozess unter Unix
> ist.
> Gibt es da vernuenftige Moeglichkeiten fuer Programmierer ?
Netware SDK for NLMs
Dieses Entwicklungstools ist fuer die Erstellung von Netware Loadable
Modules gedacht. Wer in dieser Richtung entwickeln moechte, sollte sich
dem 'Professional Developer Programm' von Novell anschliessen.
Teilnehmer sind in der Lage, die 'Software Development Kits' zu
erwerben. Damit sind stets die aktuallen Entwicklungswerkzeuge fuer
den Programmierer verfuegbar. Der Beitritt ist relativ einfach, eine
Kontaktaufnahme mit Novell (z.B. ueber CompuServe) und die Registration
dort sind ausreichend. Novell gibt den Teilnehmern am 'PDP'
unlimitierten technischen Support fuer alle dort erworbenen
Entwicklungstools. Dieses kann gerade beim Entwickeln von NLMs
sehr nuetzlich sein, denn im Gegensatz zu DOS- oder Windows-Programmen
ist bei der Erstellung von NLMs ein umfangreiches Ressourcenhandling
zu beachten.
Im folgenden die Features die das SDK 2.0 ueber die normalen
C-Libraries hinaus bietet (entnommen aus den FAQs):
Remote File Server Support - access resources on remote servers
Accounting Services
Advanced Services - very low level interface to server processes
AppleTalk Filing Protocol Services
Bindery Services
Bit Array Services
Communications Services - IPX/SPX transports
Connection Number and Task Management Services
Device I/O Services
Directory Services
DOS Partition Services
Execution Thread Services
File Engine Services
File Server Environment Services
File Services
Library API - for creating CLIB like NLMs
Message Services - console broadcasts etc.
Queue Management Services
Screen Handling Services - primitive at best
Service Advertising Protocol Services
Stream I/O Services
Synchronization Services - Semaphores & record locking
Transaction Tracking System Services
Transport Interfaces - TCP/IP using sockets or TLI
UNIX STREAMS services
Die Teilnehmer am PDP haben auch die Moeglichkeit Lizenzen der Red-Box
Produkte (z.B. 250 User Lizenz von Netware 3.11) fuer die
Entwicklungstaetigkeit zu Vorzugspreisen zu erwerben.
┌───────────────────────────────────────────────────────────────────────┐
│************************ Compiler fuer *.NLM ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Brozinski * Adresse: MAUS Hansestadt Bremen 2: 0421-70256
Die derzeitige Version Watcom C/C++ 9.5, die in Kuerze durch die 10.0
abgeloest wird, enthaelt ALLES notwendige, um NLMs zu bauen.
Das Novell NLM SDK 3.0 beinhaltet KEINEN Compiler. Das einzige Nuetzliche
daran sind die Handbuecher und einige Headerfiles, die in einigen
Einzelheiten von den von Watcom ausgelieferten abweichen. Naja, und ein
paar Utilities und Beispiele.
Anstatt des NLM SDK 3.0 kann man auch das Novell SDK CD-ROM kaufen.
Darauf enthalten sind besagtes NLM SDK, das NetWare Client SDK,
die NetWare for SAA Tools, die Novell Labs Test Tools und das
NetWare SMF v71 Developer's Kit for MHS.
Auf der CD sind logischerweise auch die SDK-Handbuecher.
┌───────────────────────────────────────────────────────────────────────┐
│******************* Server Seriennummer ermitteln *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von David Stern * Adresse: (3:690/602)
> Wie bekomme ich die Server Serien Nummer heraus ?
--------------------------------------------------------------------------
function BCD2Dec(decbyte: byte): longint;
{Converts BCD to decimal}
begin
BCD2Dec := longint(((decbyte div 16)*10)+(decbyte mod 16));
end;
function server_number: longint;
{Gets Server serial no.}
var
req: record
size: integer;
func: byte;
end;
rep: record
size: integer;
serial_no: array [1..4] of byte;
dummy: integer;
end;
regs: registers;
serial: longint;
begin
req.size := sizeof(req)-2;
req.func := $12;
rep.size := sizeof(rep)-2;
regs.ax := $E300;
regs.ds := seg(req);
regs.si := ofs(req);
regs.es := seg(rep);
regs.di := ofs(rep);
intr($21,regs);
server_number := (BCD2Dec(rep.serial_no[1])*1000000)
+(BCD2Dec(rep.serial_no[2])*10000)
+(BCD2Dec(rep.serial_no[3])*100)
+(BCD2Dec(rep.serial_no[4]));
end;
--------------------------------------------------------------------------
┌───────────────────────────────────────────────────────────────────────┐
│************ Netware DOTS ON / OFF schalten aus Programm ************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Thomas Gloeckler * Adresse: (2:241/7901)
Es ist möglich die DOTS mit einem Programm an- und auszuschalten.
Hier sind die Befehle:
MOV BL,0/1 ( 0 = DOTS OFF, alles andere ist DOTS ON)
MOV AX,0E908H ( Call)
INT 21H
In BL ist der Stand vor dem Aufruf
Mit diesem Aufruf konnte ich die DOTS bei verschiedenen SHELL-Versionen ein-
und ausschalten.
┌───────────────────────────────────────────────────────────────────────┐
│********************** Programmierung Btrieve ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Joern Peters
>> Gibt es ein Tool um eine Btrieve-Applikation unter Visual-Basic zu
>> programmieren --> Also, eine VBX-Control ?
Es gibt eine Btrieve.DLL in diversen Boxen downzuloaden, außerdem
gibts verschiedene Toolboxen, z.B.:
VISUAL CONTROLS for Btrieve
von Smithware, Inc.
Ich hab leider bloß die amerikanische Adresse/Telefonnr:
Smithware, Inc. 800-8-Btrieve (800-828-7438)
1052 Madison Square 615-860-3500
Madison, Tennessee 37115 FAX: 615-868-5397
CompuServe 75470,546
MCI Mail 590-5654
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Rose Book corrections ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Rene Spronk * Adresse: (2:2426/4030.13)
>For those who use the Charles C. Rose book (german edition only)
>"Die Novell Netware Programmierung", Rossipaul verlag
Correction list #2 (10.12.94)
(corrections that have not been listed before are marked with a *)
RecoverSalvagableFile, p.82,
* add errorcodes: FE filename already exists; 84 No create privileges
ScanSalvagableFiles, p.84,
*ReservedDateTime and ReservedID fields should be CreationDateTime & ID
Reserved_5 should be 4 bytes long, instead of 2
PurgeSalvagableFile, p.85,
The request buffer shown is incorrect. In fact, the reply buffer shown
is actually the request buffer. There is no reply.
* add errorcode: 9C Invalid path
GetVolumeInformation [GetExtendedVolumeInfo/GetVolumeUsage], p.99,
* All fields are returned lo-hi
* Flags: Contains 16 bitflags describing volume.
No details known, but likely flags seem to be:
-Is hashed/Is cached/Is removable/Is mounted
* Sectors per block: Number of 512 byte sectors per block.
* To convert a number of blocks to a size expressed in kilobytes, use the
following expression: Kb:=Blocks*(SectorsPerBlock div 2).
* Add errorcode: 98 Volume doesn't exist / not mounted
CreateDirectory, p.110,
add errorcodes: FF dir already exists, 9B invalid dirHandle
DeleteDirectory, p.111,
add errorcode: FF invalid path
GetDirectoryHandle, p.119,
13 EntryName Pascal-type string with max length 12.
(in other words : 1 byte containing the name length,
max 12 bytes containing the name)
SetDirectoryDiskSpaceRestriction, p.135,
the client SDK format shown is entirely wrong.
OpenBindery, p.170,
add error 90h, bindery files still held open by other program
SetShowDotsParameter, p.292,
There is no reply buffer, so ES:DI is invalid.
GetConnectionsSemaphores, p.380,
Reply Buffer:
0 NextRequestRecord Word (lo-hi)
2 NumberOfSemaphores word (lo-hi)
n Open count Byte
n+1 Semaphore Value word (hi-lo)
n+3 Task number word (hi-lo)
n+5 unknown byte
n+6 semaphore name length byte
n+7 semaphore name byte[var]
This last block (semaphore information) is repeated
'NumberOfSemaphores' times.
IPXGetInternetworkAddress, p.453,
* ES:SI should be set to the address of the reply buffer *before*
calling the interrupt (remove the word 'ausgabe')
ADDITIONS
---------
* ScanVolumeRestrictions [ScanObjectDiskRestrictions]
INT 21,
AX=F216, subfunction 20 [Netware V 3.0+]
DS:SI Address of request buffer
ES:DI Address of reply buffer
CX Size of request buffer
DX Size of reply buffer
Request buffer:
0 len :word; (=6)
2 subFunc :byte;
3 volumeNbr :byte;
4 sequenceNbr :LongInt; (lo-hi)
Reply Buffer:
0 NbrOfObjects :byte;
n objId :LongInt; (hi-lo)
n+4 MaxAllowedBlocks:LongInt; (lo-hi)
This Volume_Restriction_info_block is repeated for a maximum of 64 times
per iteration.
This function has to be called iteratively. Initial value of sequenceNbr
=0. n-th call: sequenceNbr(n):=sequenceNbr(n-1)+NbrOfObjects. Iterate
until NbrOfObjects becomes 0.
completion codes: 00 Success 98 Invalid VolumeNumber
Thanks to Christian Koch of 2:2464/126.6 for reporting additional errors..
╔═════════════════════════════════════════════════════════════════════════════╗
║ #21 ############################ Adressen ##################################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│*************************** 3COM-Adresse ****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Peter Grundler * Adresse: (2:310/3.4)
> Ich habe eine 3COM-Karte mit der Bezeichnung 3C501,
> leider ohne Treiber.
Probier's in der 3COM Box:
3COM GMBH Deutschland
DW-8000 München 83, Gustav-Heinemann-Ring 123
Telefon: +49-89-62732-0
Telefax: +49-89-62732-233
Mailbox: +49-89-62732-189
┌───────────────────────────────────────────────────────────────────────┐
│************************** Xircom Mailbox ***************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Wolfgang Obst * Adresse: (2:246/1000)
> Ich suche die Treiberdiskette zu "Xircom, Model PE2-10B2" ?
Ich kann dir die Telefon-Nummer der XIRCOM-Mailbox nennen:
++32-3326-2368 (Belgien)
┌───────────────────────────────────────────────────────────────────────┐
│**************************** S&K Mailbox ****************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Juergen Kehrel * Adresse: (2:247/29)
Treiber fuer Schneider und Koch Netzwerkkarten gibts in der SK Mailbox
"SK-Driverline" unter 07243 / 502-586
mit 8N1 max. 9600
Mit ZCOPY (gibt ZMODEM-Download) oder YCOPY (gibt YMODEM, aber kein echtes
sondern 1K XMODEM). Die Box ist wie eine Door mit Directory-Struktur
Ethernet, Token, FDDI und UPPS aufgebaut.
┌───────────────────────────────────────────────────────────────────────┐
│************************* Adresse Cheyenne **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Walter Schulz * Adresse: (2:246/1401.55)
Adresse ist:
Cheyenne
Bayerwaldstr. 3
81737 Muenchen
Tel.: 089/638254-0
FAX: 089/638254-40
BBS:
analog 14.4: 089/638254-80
ISDN: 089/638254-30
> Zusatz von Max Horneck MAUS Freiburg: 07664-95738:
Support bekommt man nur in Paris. Da ist die Frau Dobrouil, die sehr
gut deutsch spricht: 0033-1-39231874
in der BBS in Muenchen, wo du aktuelle Requester downloaden kannst, musst du
dich anmelden und anschliessend mit einem Fax um Zuteilung einer
Downloadratio bitten, klappt aber anstandslos.
┌───────────────────────────────────────────────────────────────────────┐
│************************ USV-Hersteller APC *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Dirk Störmann * Adresse: (2:240/5053.8)
SMART-UPS (verschiedene Modelle) von American Power Conversion
Infos bekommt man bei
American Power Conversion
Firkenweg 1
Herr Lohmann
85774 Unterföhring
Tel: 089-9505370
Fax: 089-9505166
┌───────────────────────────────────────────────────────────────────────┐
│*************************** SMC - Mailbox ***************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alexander Schaefer * Adresse: (2:2450/295.99)
089-92880651
┌───────────────────────────────────────────────────────────────────────┐
│****************** Benutzeroberflaeche SABER Menue ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Karl Nabinger * Adresse: (2:313/9.85)
> SABER MENUS.
Saber Software Corporation
P.O. Box 9088
Dallas, TX 75209
Sales: (800) 338-8754
(214) 361-8086
Support:(800) 526-8086
(214) 361-5284
BBS: (214) 361-1883
FAX: (214) 361-1882.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** SCSI-Express Adresse ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Oliver Kummerow * Adresse: (2:244/1107.11)
Micro Design International, die Telefonnummern.
Tel. 407 677 8333
oder evtl. auch: 407 677 8365 (moeglicherweise: SupportNr.)
Fax 407 677 0221
Support-Mailbox: 407 677 4854
Es scheint sich uebrigens um Orlando, Florida zu handeln.
┌───────────────────────────────────────────────────────────────────────┐
│**************** Conner technischer Support FAX-Nr. *****************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stefan Schweigstetter * Adresse: (2:2480/76.82)
> ich suche die FAX-Nummer fuer den Technischen Kundendienst von Conner.
ich hab hier 'ne Telefonnummer und das BBS:
Conner Tel.: 089/996557-0
Conner Mailbox: 089/9613734
┌───────────────────────────────────────────────────────────────────────┐
│********************* 3.11 Platten komprimieren *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Patrick A. Scholz * Adresse: (2:2453/400)
> kennt jemand ein Tool, das Novell-Partitionen (3.11/3.12 Server) packen
> kann?
NetSqueeze von LAN Support Group, Bruessel.
Distributor Compu-Hai 600DM/25 User
(vgl. S. 24 c't 9/94)
┌───────────────────────────────────────────────────────────────────────┐
│******************** Adresse Novell Deutschland *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Joerg Kettlitz * Adresse: (2:244/1130.30)
Neue Anschrift von Novell:
Novell GmbH Tel: 0211-5631-0 Fax -250
Monschauer Strasze 12
40459 Duesseldorf
Novell European Support Center GmbH Tel: 0211-5632-0
Fax: -711
(im gleichen Haus)
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Update-Adresse Novell ***********************│
├───────────────────────────────────────────────────────────────────────┤
> Adresse des hollaendischen Update Service
NetWare Fullfillment Center
Fullfill Plus
Postfach 501
NL-7300 Amapeldorn
Tel: 0031-55384279
FAX: 0130-812443 !!
┌───────────────────────────────────────────────────────────────────────┐
│********************** ftp-Adresse von Novell ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Vincent Steger * Adresse: MAUS Kaiserslautern: 0631-17901
Die FTP-Adresse von Novell lautet:
ftp.Novell.DE
┌───────────────────────────────────────────────────────────────────────┐
│***************** Certified NetWare Engeneer (CNE) ******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Sven Semel * Adresse: (2:2468/9811)
> Wo ist das naechstgelegene Drake Authorized Testing Center
> (DATC) bzw. Novell Authorized Education Center (NAEC) im Raum
> Duesseldorf?
Versuch es mal direkt bei DRAKE unter der Nummer 0130-83970.
┌───────────────────────────────────────────────────────────────────────┐
│********************** Telefonnummer von TEAC ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Roland Sommer * Adresse: (2:2490/6003.3)
TEAC Deutschland 08152/37080
┌───────────────────────────────────────────────────────────────────────┐
│************************ Ontrack Data Rescue ************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alexander Hirthe
Unter der folgenden Adresse kann man die Ontrack Utils for Netware bekommen:
Software Rescue
German Distribution
Kirschbaumweg 28a
50996 Köln
Tel: 02263/64021
Fax: 02263/31103
┌───────────────────────────────────────────────────────────────────────┐
│*************************** Tobit Faxware ***************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alexander Hirthe
Unter der Adresse gibts Tobit Faxware:
Tobit Software GmbH
Industriestraße 15
D- 48683 Ahaus
Tel: 02561/913-0
Fax: 02561/913-112
Support: -130
Fax: -133
┌───────────────────────────────────────────────────────────────────────┐
│************************** Adresse Fujitsu **************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alexander Hirthe
Fujitsu Deutschland GmbH
Frankfurter Ring 211
80807 München
Tel : 089/32378-0
Fax : 089/32378-100
┌───────────────────────────────────────────────────────────────────────┐
│************************* Adresse Longshine *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stephan Schneider * Adresse: (2:246/8100)
Longshine Europe
An der Strusbeck 9
D-22926 Ahrensburg
Tel 04102 4922-0
Fax 04102 40109
BBS 04102 40354
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Adresse Thomas Conrad ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Peter Ibe * Adresse: (2:2449/600.25)
Fuer Deutschland:
Wiesenstrasse 21 a
4000 Duesseldorf 11
Fax: 0211-5048684
Die Adresse schon etwas aelter, sollte aber noch stimmen.
┌───────────────────────────────────────────────────────────────────────┐
│*************************** Adresse Canon ***************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Rene Fertig * Adresse: (2:2448/7805.6)
> Hat jemand zufaellig ein PDF-File fuer einen Canon LPB 4 Laserprinter
> fuer Netware 3.12?
Canon BBS Wien: 0222-68 36 41 982 und 0222-68 36 41 411
oder
Canon Deutschland GmbH 02151 / 34 95 80
Canon Deutschland GmbH 02151 / 34 95 77
┌───────────────────────────────────────────────────────────────────────┐
│NEU!***************** Telefonnummer Compu-Shack *********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Roland Steinbach * Adresse: (2:2494/315)
Telefonnummer Compu-Shack: 02631-9830
╔═════════════════════════════════════════════════════════════════════════════╗
║ #22 ########################### Novell-Gags ################################║
╟─────────────────────────────────────────────────────────────────────────────╢
┌───────────────────────────────────────────────────────────────────────┐
│************************** Kundensprueche ***************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Stephan Koenig
> Kunde: "Ach, den Rest machen wir alleine"
anderes Beipiel:
Kunde loescht VOL1 komplett. Und macht schnell zwei Sicherungen, damit ich
nicht merke, dass er wochenlang nicht gesichert hat.
┌───────────────────────────────────────────────────────────────────────┐
│******************* Hilfe, mein Server spinnt :-( *******************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Alex Woick * Adresse: (2:244/1500)
> Wie hier schon geschrieben wurde steht und faellt der Server mit dem
> Board.
Also ich finde, dass der Server mit dem _Gehaeuse_ steht oder faellt. Faellt
das Gehaeuse runter, dann faellt der ganze Server. Das nennt man dann auch
'abgestuerzt'. ;-)
┌───────────────────────────────────────────────────────────────────────┐
│************************** Verkaeufer ;-) ***************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Marcus Backes
Wiesbaden, 06.10.94, Veranstaltung von Novell, viele teure Kunden ;-),
verschiedene Vortraege und als Rahmenprogramm auch bekannte Firmen,
die Novell-Produkte vorstellen (HP, Cheyenne, Tobit, m&s, CBC) und
eine weitere, namentlich besser nicht genannte EDV-Firma aus Dreieich.
Hintergrundinformationen :
So wie es fuer NW 3.x das DOS-Programm "Syscon" gibt, gibt es bei
Netware 4.x die Programme "NETADMIN" fuer DOS oder "NWADMIN" fuer Windows.
Alle Programme dienen der User-Administration.
Situation : Ich war gerade satt und habe bei den Beratungsgespraechen
zugehoert. Zwei Frauen naehern sich unvorsichtigerweise dem Beratungsstand
dieser Firma aus Dreieich.
Hardware : ein *Novell* *4.02* *Server*
Der Verkaeufer (Typ rhetorisch geschulter, smarter, freundlich
laechelnder Typ) quatsch sie an : "Darf ich Ihnen etwas naeher zeigen".
Kundinnen : "Ja, was haben Sie den hier ?"
Verkaeufer : "Das ist das neue Novell Netware 4.02, sogar in deutsch"
Kundinnen : "Das soll doch sehr fehlerhaft beim Drucken sein ?"
Verkaeufer : "Jedes neue Betriebssystem hat immer ein paar Macken (lacht) ,
daher gab es auch die Version 4.00, 4.01 und 4.02. Die
Version 4.02 ist komplett neu aufgebaut und ist bietet jetzt
auch grafische Tools unter Windows"
Kundinnen : "Was bringt uns das ?"
Verkaeufer : "Das ist jetzt ja alles einfacher, diese umstaendlichen
Programme wie Syscon gibt es jetzt endlich nicht mehr"
Kundinnen : "Warum nicht ?"
Verkaeufer : "Weil jetzt ja alles unter Windows laeuft"
Und geht an den *Fileserver* und tippt an der *Serverconsole* "SYSCON" ein.
Dieses doofe Novell reagiert beleidigt mit "Unknown Command Error"
Verkaeufer : "Das ist der Beweis, Netware 4.02 unterstuetzt kein Syscon
mehr."
Um auch seine Niveau vollends zu senken, geht er an die Serverconsole :
Verkaeufer : "Und wenn ich jetzt NWADMIN eingeben, kann ich die komplette
Adminstration unter Windows machen"
tippt *fehlerfrei* "NWADMIN" ein, das doofe Novell meldet wieder
"Unknown Command Error". Mist ! was sich dieses BS alles erlaubt !
Verkaeufer : "Da haben wir wohl noch einen Bug gefunden, den werde ich
Novell melden."
Kundinnen sind beeindruckt, tauschen die Karten aus und wieder ist
ein Kunde das Opfer eines Verkaeufers geworden.
Und ich musste mir das Lachen verkneifen.
┌───────────────────────────────────────────────────────────────────────┐
│************************ Maus unter Windows *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Irgendwer
Wenn Du Windows fuer die Workstations auf dem Server
installierst, wo wird dann die Maus angeschlossen, am Server
oder an der Workstation? Kommt das darauf an, wo ich den
Maustreiber liegen habe oder wo mengenmaessig das meiste liegt ??
┌───────────────────────────────────────────────────────────────────────┐
│************************ Maus unter Windows *************************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Heinz-Josef Bomanns * Adresse: (2:240/4005)
>> Der Maustreiber, also die Software, wird _einmal_ zentral auf dem
>> Server mit EXE2NLM geladen, die Maus als solche, also die Hardware,
>> kommt jeweils an die Workstation. Im Login Script reicht dann ein MAP
>> ROOT COM2:=MOUSE.SYS: und fertig ist die Laube...
> Und dann war da wieder das Problem mit dem WINWORD.NLM ... ;-)
Weil ihr das alle einfach nicht installieren koennt - im READ.ME steht
ausdruecklich drin, dass man das mit
load winword port=com2 int=4 frame=Ethermouse_802.3
laden muss, damit die Maus-Pakete richtig geroutet werden. Ansonsten
meldet der Server nach ca. 20 Minuten 'nen Cache Buffer Overflow, weil
er nicht weiss, wohin er den Kaese routen soll.
┌───────────────────────────────────────────────────────────────────────┐
│*********************** Kaffee mit Computer ? ***********************│
├───────────────────────────────────────────────────────────────────────┤
Tip von Tobias Crefeld * Adresse: (2:2480/13.97)
> Wir haben auch immer das Problem, dass der Kaffee nie zur
> richtigen Zeit fertig ist. Ein NLM fuer die Steuerung waere
> schon ganz praktisch.
Viel oekologischer ist der Ansatz, die Kaffeemaschine mit der Abwaerme des/
der Server/s zu betreiben. Prinzip Wasserkuehlung, also oben kalten Kaffee
rein, vom Prozessor-Miefquirl aufschaeumen lassen und unten den heissen
Cappucino abzapfen.
Beispiel: Du startest eine Datenbankreorganisation oder dgl. Wenn dann
die Leistung hoch geht, gibt's Kaffee - bis Du im Keller angekommen bist,
ist der Kaffee dann schon fertig.
Oder umgekehrt: Du kommst morgens in die Firma und es gibt natuerlich
keinen Kaffee, weil Du sollst ja erstmal was schaffen .....
───────────────────────────────────────────────────────────────────────────
┌──────────────────────────────────────┐
│ aktuelle / gute Novell - Files │
└──────────────────────────────────────┘
│
│ aus der PANDORA (Nummer siehe unten),
│ größtenteils aber auch in den anderen Boxen aus der Liste erhältlich.
│
┌────────────────────────────────────────────────────────────────────────┐
│████▓▓▓▓▒▒▒▒░░░░ Novell Patches ░░░░▒▒▒▒▓▓▓▓████│
└─────────────────────────────────────────────────────────┴──────────────┘
D70G11.EXE 765567 08.02.95* Novell DOS Patch Kit DEUTSCH
P10G05.EXE 242785 04.01.95 PNW Patches DEUTSCH
312PT5.EXE 49578 02.01.95 Patches für NetWare 3.12
311PTD.ZIP 123755 22.02.93 letztes NW 3.11 Patchkit
401PT5.EXE 53920 17.12.94 neueste Patches fuer NW 4.01
STRTL3.EXE 172240 01.08.94 behebt SPX / IPX Probleme
fuer NW 3.11, 3.12 und 4.xx
LIBUP4.EXE 551742 20.07.94 LIBUP 4 Library Updates CLIB/AFTER311
fuer NW 3.x und NW 4.x
auch mit CLIB 3.12g
CDROM3.EXE 117609 16.07.94 CDROM.NLM die Dritte
LANDR3.EXE 233437 15.11.93 LAN-Driver fuer NW 3.XX und 4.xx Server
LSLENH.NLM MSM.NLM NE*.LAN
┌────────────────────────────────────────────────────────────────────────┐
│████▓▓▓▓▒▒▒▒░░░░ Novell Utils allgemein ░░░░▒▒▒▒▓▓▓▓████│
└─────────────────────────────────────────────────────────┴──────────────┘
ABC203A.ZIP 89941 09.02.95* NLM: Autobroadcast 2.03a
Scheduler und Tastatursimulation am Server
STOMP231.ARJ 171519 03.02.95* Stomper 2.31 Modemsharing fuer DOS und Win
benutzt IPX oder Netbios, jetzt auch als NLM
unterstuetzt ISDN
JRB220A.ZIP 938502 23.10.94 JRB-Utilities für Netware, Version 2.20
Utilities für den Einsatz mit Netware
inkl. Netware 4.0x
SYNC102.ZIP 5081 18.02.94 NLM: synchronisiert die Zeit in einem
Multiservernetzwerk
X_AWAY.ZIP 10298 02.06.93 entfernt eXecute Only Flag der NW 3.xx
NCL.ARJ 47925 03.06.92 NLM: Netware Control Language
DOS-aehnliche Befehle am Server
mit Scheduler
DMENU177.ZIP 58365 16.12.94 Dough Menue 1.77
geniales Menuesystem mit Novell Menue Syntax
- separate Sprachfiles
- gruppengesteuerte Menuepunkte
- Freeware (Source ist nicht mehr Freeware!)
┌────────────────────────────────────────────────────────────────────────┐
│████▓▓▓▓▒▒▒▒░░░░ Novell Mailprogramme / Utilities ░░░░▒▒▒▒▓▓▓▓████│
└─────────────────────────────────────────────────────────┴──────────────┘
MERC121.ZIP 160584 10.02.95* MERCURY.NLM 1.21
JGATE156.ARJ 194537 01.11.94 JGATE 1.56 Rev. A Pegasus Mail Gateway
verbindet Netware/PNW Netze per Modem/ISDN
automatischer Mail- und Datenaustausch
PMAIL322.ZIP 831091 01.10.94 Pegasus Mail fuer DOS Version 3.22
WINPM122.ZIP 837801 01.10.94 Pegasus Mail fuer Windows Version 1.22
PM32DE.ARJ 75500 30.08.94 deutsche Sprachfiles
fuer Pegasus Mail 3.2x DOS
┌────────────────────────────────────────────────────────────────────────┐
│████▓▓▓▓▒▒▒▒░░░░ Novell Shell DOS / WIN / OS/2 NT ░░░░▒▒▒▒▓▓▓▓████│
└─────────────────────────────────────────────────────────┴──────────────┘
NWDLL2.EXE 444222 13.02.95* NWDLL2 DLLs fuer Windows
VLMUP2.EXE 402406 13.02.95* VLMUP 2 aktuelle VLM 1.20
inkl. ODI Treiber
WINDR2.EXE 348723 13.02.95* Windows Treiber fuer die VLMs
R211FT.EXE 236539 05.02.95* Patches fuer den OS/2 Requester 2.11
┌────────────────────────────────────────────────────────────────────────┐
│████▓▓▓▓▒▒▒▒░░░░ Novell TCP/IP Utilities ░░░░▒▒▒▒▓▓▓▓████│
└─────────────────────────────────────────────────────────┴──────────────┘
FTPD110.ZIP 28855 18.02.94 FTP-Server für Novell Netware 3.11/4.0x
FTPD.NLM Version 1.10
Freeware
RESOLV13.ZIP 5940 23.11.92 RESOLV.NLM Domain Name Resolver
zusammen mit FTP.NLM
FINGERD1.ZIP 2829 07.11.92 Finger Daemon für Novell Netware 3.11
┌────────────────────────────────────────────────────────────────────────┐
│████▓▓▓▓▒▒▒▒░░░░ Prog Novell ░░░░▒▒▒▒▓▓▓▓████│
└─────────────────────────────────────────────────────────┴──────────────┘
NWTP06.ZIP 515627 01.03.95* Pascal Units fuer Netware Zugriffe
fuer TP 6.x und 7.x von Rene Spronk
BP7NOV11.ZIP 132527 19.01.95 Novell Toolbox 1.1
Pascal Unit mit ueber 200 API Funktionen
zur Netware Programmierung
Freeware mit kompletten Sourcen
───────────────────────────────────────────────────────────────────────────
┌────────────────────────────────────────────────────────────────────────────┐
│ Telefonnummern von Mailboxen mit Novell-related Files │
└────────────────────────────────────────────────────────────────────────────┘
Requester: Alle Boxen haben ihre Novell-File-Liste unter dem Magic LANFILES.
Mailboxname/ Bemerkung/
Sysopname Netzadresse(n) Nummer Modem LAN-Liste
──────────────────────────────────────────────────────────────────────────────
Pandora Fido 2:2476/709 +49-781-65066 Zyxel 19K2 24h
2:2476/719 - MO - Creatix 14400 24h
Stefan Braunstein PAN_NVL.ARJ
──────────────────────────────────────────────────────────────────────────────
Datensenke Fido 2:2444/5011 +49-2331-76890 Zyxel 5.30-01.00
Frank Schneider LANFILES.ARJ
──────────────────────────────────────────────────────────────────────────────
Digital Access Fido 2:2448/448 +49-2325-926622 ZyXEL+ 24h
2:2448/458 +49-2325-926633 ISDN 24h
Uli Drescher DIGI-LAN.ARJ
──────────────────────────────────────────────────────────────────────────────
Manitou-BBS Fido 2:2480/827 +49-89-6894465 Zyxel 24h
Manitou-BBS ISDN Fido 2:2480/847 +49-89-68070827 ISDN 24h
Michel Psenicka LANFILES.ARJ
──────────────────────────────────────────────────────────────────────────────
KITBox Fido 2:2494/111 +49-871-12611
Stephan Kittel
──────────────────────────────────────────────────────────────────────────────
MARS Fido Lt. 2:246/3001 +49-7172-926141 V32bis 24h
MARS ISDN Fido Lt. 2:246/3002 +49-7172-926142 ISDN EL301
Axel Golob
──────────────────────────────────────────────────────────────────────────────
Plutonium BBS Fido Cl. 2:2440/210 +49-211-620145 Zyxel 24h
Es stehen insgesamt 7 Leitungen (inkl. ISDN) zur Verfuegung! (2:2440/210-216)
Mirko Mucko
──────────────────────────────────────────────────────────────────────────────
Black Box 1 Fido Lt. 2:2454/515 +49-2622-83645 Zyxel 24h
Black Box 2 Fido Lt. 2:2454/516 +49-2622-83130 Zyxel
Oliver Geisen
──────────────────────────────────────────────────────────────────────────────
Who cares ? Fido 2:2480/10 +49-89-8929122 Zyxel 19K2 24h
Fido 2:2480/11 +49-89-8929124 V32T VFC HST 24h
Fido 2:2480/20 +49-89-8921024 ISDN 24h
Stefan Rubner
──────────────────────────────────────────────────────────────────────────────
MiKa Fido 2:2450/540 +49-221-5908446 Yoriko 28k8 24h
2:2450/541 ISDN 24h
Michael Kaiser MIKA-NOV.ZIP
──────────────────────────────────────────────────────────────────────────────
BABLES HOME Fido 2:2437/101 +49-5561-910071 Zyxel 16K8 24h
Claas Hilbrecht +49-5561-910071 ISDN A,B,C 24h
──────────────────────────────────────────────────────────────────────────────
mmsb mmsb@harz.de entfaellt entfaellt 24h
Matthias Meyser
──────────────────────────────────────────────────────────────────────────────
allegro.biblio.etc.tu-bs.de entfaellt 24h
Matthias Evers
──────────────────────────────────────────────────────────────────────────────
Joe's BBS Corner Fido 2:313/2 +43-2758-3357 Courier 28K8 24h
Fido 2:313/22 +43-2758-3233 Zyxel 19K2 24h
Josef Braun LAN313-2.ARJ
──────────────────────────────────────────────────────────────────────────────
Pit Stop Fido 2:301/508 +41-52-2221948 Zyxel 19K2 24h
Pit Biernath
──────────────────────────────────────────────────────────────────────────────
YaCan BBS Fido 2:301/234 +41-61-3022828 Zyxel 19K2
Tobias Gasser
──────────────────────────────────────────────────────────────────────────────
┌────────────────────────────────────────┐
│ Bezugsquellen für die Novell FAQ │
└────────────────────────────────────────┘
Die jeweils aktuelle Novell FAQ ist momentan auf jeden Fall über folgende
Wege zu bekommen:
Name: NWFAQjmm.ARJ (oder andere Packerextension) für die ASCII-Version
NWFAQjmm.QWK für die QWK-Version (nicht überall erhältlich!)
j = Einerstelle der Jahreszahl mm = Monat
Mailboxen: +49-781-65066 Zyxel 19K2
+49-7172-926141 V32bis
+49-7172-926142 ISDN ELINK 301
Fido: 2:2476/709 Zyxel 19K2
2:2437/120
2:246/3001 V32bis
2:246/3002 ISDN ELINK 301
Internet: allegro.biblio.etc.tu-bs.de /pub/novell/nwfaqxxx.arj
mmsb@harz.de /????
CompuServe: GO DMVGER Area: "Neu in diesem Monat"
(evtl. auch bei den anderen Boxen in der Mailboxliste)
───────────────────────────────────────────────────────────────────────────
Wenn es noch Themen zur Novell FAQ gibt, die hier nicht behandelt
wurden, Du einen Beitrag hast oder einzelne Antworten falsch,
überholt oder zu ergänzen sind, melde Dich bitte bei mir:
Stefan Braunstein
Binzburgstrasse 27
D-77746 Schutterwald
Box/Fax: + 49-781-65066
Fido: 2:2476/709